Kelebihan dan Kekurangan Automasi Uji

Uji Automasi, apabila dilakukan dengan betul boleh mempunyai banyak kelebihan dan sangat bermanfaat bagi projek dan organisasi. Walau bagaimanapun, terdapat beberapa kelemahan atau kekurangan automasi ujian yang perlu kita perhatikan.



Kelebihan Automasi Uji

Apa kelebihan Automasi Uji?

Pengesahan yang diketahui

Pemeriksaan automatik adalah cara terbaik untuk mengesahkan bahawa aplikasi masih berfungsi dengan baik setelah perubahan dibuat kepadanya.


Ada kemungkinan bahawa apabila fitur baru ditambahkan ke aplikasi atau bug diperbaiki, ini mempengaruhi fungsi perisian yang berfungsi, seperti bug regresi diperkenalkan.

Dengan menjalankan satu set pemeriksaan regresi automatik ketika aplikasi diperbarui, kita dapat mengenal pasti bug baru yang diperkenalkan sebagai akibat dari perubahan tersebut.


Maklumat penting di sini adalah menjalankan pemeriksaan automatik sesering aplikasi ditingkatkan.

Tidak perlu menjalankan pemeriksaan penuh secara automatik. Pek regresi asap yang cepat harus cukup untuk mengatasi masalah besar.

Maklum balas pantas

Kelebihan lain dari pemeriksaan automatik adalah maklum balas cepat yang kami peroleh semasa aplikasi dikemas kini. Sebaik-baiknya pasukan pembangunan harus memperbaiki segala kegagalan sebaik sahaja ia muncul, sebelum beralih ke tugas lain.

Harap maklum bahawa maklum balas pantas ini hanya dapat dicapai dengan ujian unit dan ujian API. Sekiranya kita menguji kefungsian dari UI atau di peringkat sistem, ujian memerlukan masa yang lama untuk diselesaikan.


Pelaksanaan pemeriksaan cepat

Pemeriksaan automatik memerlukan sedikit masa untuk membuat skrip. Namun, ketika kita melaksanakannya, mereka biasanya cepat dan dapat melalui pelbagai langkah lebih cepat daripada manusia. Oleh itu, mereka membantu memberikan maklum balas pantas kepada pasukan pembangunan.

Ini benar terutamanya dalam kes senario berdasarkan data.

Membebaskan masa penguji

Penggunaan cek automatik yang terbaik adalah ujian regresi.

Menguji automatik ujian regresi membebaskan kita masa penguji, sehingga mereka dapat lebih fokus pada pengujian eksplorasi fitur baru.


Dengan cara yang sama, jika dilaksanakan dengan baik, pemeriksaan automatik dapat dijalankan secara automatik dengan pengawasan minimum atau tanpa pengawasan atau campur tangan manual.

Pasukan pembangunan dapat menyumbang

Pemeriksaan automatik biasanya ditulis dalam bahasa yang sama dengan aplikasi yang diuji. Atas sebab ini, tanggungjawab menulis, memelihara dan melaksanakan ujian menjadi tanggungjawab bersama.

Semua orang dalam pasukan pembangunan boleh menyumbang, bukan sahaja penguji.



Kekurangan Automasi Uji

Apakah kelemahan Ujian Automasi?


Rasa kualiti yang salah

Berhati-hatilah dengan lulus ujian! Ini sangat penting dalam mengesahkan fungsi di UI atau Sistem.

Pemeriksaan automatik hanya memeriksa apa yang telah diprogramkan untuk diperiksa.

Semua pemeriksaan automatik di suite ujian dapat dilalui dengan senang hati, tetapi mungkin ada kekurangan besar yang tidak dapat dikesan. Sebabnya adalah kerana cek automatik tidak dikodekan untuk 'mencari' kegagalan tersebut.

Penyelesaian: pastikan anda merancang senario ujian yang baik sebelum mengautomasikannya. Pemeriksaan automatik hanya sebaik reka bentuk ujian. Lengkapkan juga pemeriksaan automatik dengan ujian manual / penerokaan.


Tidak boleh dipercayai

Pemeriksaan automatik boleh gagal kerana banyak faktor. Sekiranya pemeriksaan automatik gagal disebabkan oleh masalah selain daripada pepijat asli, mereka boleh menimbulkan penggera palsu.

Sebagai contoh, pemeriksaan automatik boleh rosak kerana perubahan UI, perkhidmatan tidak berfungsi atau masalah dengan rangkaian.

Masalah-masalah ini bukan secara langsung dari aplikasi yang sedang diuji tetapi dapat mempengaruhi hasil pemeriksaan automatik.

Penyelesaian: Sekiranya mungkin / berlaku, gunakan rintisan. Stub mengatasi masalah berkaitan dengan penyambungan atau perubahan dalam sistem pihak ke-3. Oleh itu, pemeriksaan automatik akan bebas daripada sebarang kegagalan hiliran.

Ujian Automasi bukan ujian

Malangnya, banyak orang salah mengira 'Uji Automasi' dengan Ujian.

Setelah mereka mempunyai alat untuk mengotomatiskan pengujian, mereka ingin 'mengotomatisasi semua ujian'. Mereka ingin menyingkirkan semua 'penguji manual'.

Yang benar adalah bahawa ujian adalah latihan penerokaan. Pengujian memerlukan pengetahuan domain, minda yang fokus dan kesediaan untuk mempelajari aplikasinya.

Pengujian bukan hanya melaksanakan satu set langkah ujian yang telah ditentukan dan membandingkan hasil sebenar dengan hasil yang diharapkan. Ini adalah tugas pemeriksaan automatik.

Untuk menguji aplikasi dengan betul, kecerdasan manusia selalu diperlukan.

Penyelesaian: Ketahui bahawa untuk penyampaian projek yang berjaya, anda memerlukan ujian automatik dan manual.

Yang satu bukan pengganti yang lain; lengkapkan pemeriksaan automatik dengan ujian manual / penerokaan.

Masa dan Usaha Penyelenggaraan

Anda harus menerima hakikat bahawa ujian automatik memerlukan penyelenggaraan. Oleh kerana aplikasi dalam ujian berkembang, begitu juga pemeriksaan automatik.

Pemeriksaan automatik tidak lama. Sekiranya pek regresi tidak dikemas kini, anda akan mula melihat semua jenis kegagalan.

Mungkin beberapa pemeriksaan tidak lagi relevan. Atau mungkin pemeriksaan itu bukan gambaran sebenar pelaksanaan baru.

Kegagalan ini boleh mencemarkan hasil ujian.

Memulakan automasi ujian bukanlah satu-satu usaha. Untuk mendapatkan hasil semaksimum dari pemeriksaan automatik, pemeriksaan harus diperbarui dan relevan. Ini, memerlukan banyak masa, usaha dan sumber.

Penyelesaian: Oleh kerana faktor penyelenggaraan adalah aktiviti yang berterusan, luangkan masa untuk merancang rangka kerja yang baik. Gunakan modul yang dapat digunakan semula, pisahkan ujian dari kerangka kerja dan gunakan prinsip reka bentuk yang baik untuk mengurangkan usaha penyelenggaraan.

Maklum balas perlahan

Apabila fungsi siap diuji, biasanya lebih cepat melakukan pemeriksaan manual.

Masalahnya, pemeriksaan automatik memerlukan masa yang lama untuk membuat skrip bergantung kepada kerumitan ujian. Oleh itu, melakukan pemeriksaan manual memberi maklum balas lebih cepat daripada membuat skrip, menjalankan dan memeriksa hasilnya.

Juga, dari segi UI dan pengujian tahap Sistem, pemeriksaan automatik memerlukan masa yang lama untuk diselesaikan dan dilaporkan. Oleh itu, jika terdapat pepijat asli, kita mungkin tidak menyedari sehingga semua ujian selesai.

Penyelesaian: Cuba automatikkan ujian di samping pembangunan sehingga apabila pengembangan selesai, anda dapat menjalankan ujian automatik terhadap fungsi baru.

Juga, asingkan cek automatik dalam pek yang berbeza.

Pek regresi asap semestinya cepat. Ujian hanya perlu memastikan bahawa aplikasi dapat dimulakan dan diakses.

Seterusnya, anda boleh mempunyai pek regresi fungsional yang memeriksa fungsi utama.

Pek regresi lain boleh merangkumi semua ujian end-to-end dan ujian mendalam. Pemeriksaan ini boleh dijalankan semalaman.

Contoh perjalanan setiap malam adalah pemeriksaan automatik lintas penyemak imbas. Ini biasanya memerlukan masa yang lama untuk dijalankan di semua penyemak imbas.

Tidak banyak bug dijumpai

Sebilangan besar bug tersebut dijumpai oleh 'kemalangan' atau ketika melakukan ujian eksplorasi.

Ini mungkin kerana dalam setiap sesi pengujian eksplorasi, kita dapat menguji aplikasi dengan cara yang berbeda.

Pemeriksaan regresi automatik sebaliknya, selalu mengikuti jalan yang ditentukan. Kadang kala dengan set data ujian yang sama. Ini mengurangkan kemungkinan mencari kecacatan baru dalam aplikasi.

Juga bilangan pepijat regresi nampaknya lebih rendah daripada pepijat fitur baru.

Penyelesaian: Cuba bina rawak dalam senario dan data. Mencuba jalan yang berbeza dengan data yang berbeza setiap kali dapat mendedahkan kemungkinan masalah.



Kesimpulannya

Dalam catatan ini, kami melihat beberapa kelebihan dan kekurangan ujian automatik. Apabila kita terlibat dalam ujian automatik, kita harus mempertimbangkan perkara-perkara di atas untuk mendapatkan faedah yang paling banyak.