![\"\"\/](\"https:\/\/www.guru99.com\/images\/1\/053018_0625_AutomatedTe1.png\")
<\/a><\/figure>\n\n\n\nPerbedaan Antara Pengujian Manual dan Pengujian Otomasi<\/h2>\n\n\n\n
Parameter<\/strong><\/th>| Pengujian Otomasi<\/strong><\/th> | Pengujian Manual<\/strong><\/th><\/tr><\/thead> | Definisi<\/td> | Pengujian Otomasi menggunakan alat otomasi untuk menjalankan kasus pengujian.<\/td> | Dalam pengujian manual, uji kasus dijalankan oleh penguji manusia dan perangkat lunak.<\/td><\/tr> | Waktu memproses<\/td> | Pengujian otomatis jauh lebih cepat daripada pendekatan manual.<\/td> | Pengujian manual memakan waktu dan memakan sumber daya manusia.<\/td><\/tr> | Pengujian Eksplorasi<\/td> | Otomasi tidak memungkinkan pengujian acak<\/td> | Pengujian eksplorasi dimungkinkan dalam Pengujian Manual<\/td><\/tr> | Investasi awal<\/td> | Investasi awal dalam pengujian otomatis lebih tinggi. Padahal ROI lebih baik dalam jangka panjang.<\/td> | Investasi awal dalam pengujian Manual relatif lebih rendah. ROI lebih rendah dibandingkan dengan pengujian Otomasi dalam jangka panjang.<\/td><\/tr> | Keandalan<\/td> | Pengujian otomatis adalah metode yang andal, karena dilakukan oleh alat dan skrip. Tidak ada Kelelahan pengujian.<\/td> | Pengujian manual tidak seakurat karena kemungkinan kesalahan manusia.<\/td><\/tr> | Perubahan UI<\/td> | Untuk perubahan sepele pada UI AUT, Script Pengujian Otomatis perlu dimodifikasi agar berfungsi seperti yang diharapkan<\/td> | Perubahan kecil seperti perubahan id, kelas, dll. Dari sebuah tombol tidak akan menghalangi eksekusi tester manual.<\/td><\/tr> | Investasi<\/td> | Investasi diperlukan untuk alat pengujian serta insinyur otomasi<\/td> | Investasi diperlukan untuk sumber daya manusia.<\/td><\/tr> | Hemat biaya<\/td> | Tidak hemat biaya untuk regresi volume rendah<\/td> | Tidak hemat biaya untuk regresi volume tinggi.<\/td><\/tr> | Visibilitas Laporan Uji<\/td> | Dengan pengujian otomatisasi, semua pemangku kepentingan dapat masuk ke sistem otomatisasi dan memeriksa hasil pelaksanaan pengujian<\/td> | Tes Manual biasanya direkam dalam Excel atau Word, dan hasil tes tidak tersedia \/ siap.<\/td><\/tr> | Pengamatan manusia<\/td> | Pengujian otomatis tidak melibatkan pertimbangan manusia. Jadi itu tidak pernah bisa memberikan jaminan keramahan pengguna dan pengalaman pelanggan yang positif.<\/td> | Metode pengujian manual memungkinkan pengamatan manusia, yang mungkin berguna untuk menawarkan sistem yang ramah pengguna.<\/td><\/tr> | Pengujian Kinerja<\/td> | Pengujian Kinerja seperti Pengujian Beban, Pengujian Stres, Pengujian Spike, dll. Harus diuji oleh alat otomatisasi secara wajib.<\/td> | Pengujian Kinerja tidak layak secara manual<\/td><\/tr> | Eksekusi Paralel<\/td> | Pengujian ini dapat dieksekusi pada platform operasi yang berbeda secara paralel dan mengurangi waktu pelaksanaan pengujian.<\/td> | Tes manual dapat dilakukan secara paralel tetapi perlu meningkatkan sumber daya manusia Anda yang mahal<\/td><\/tr> | Pengujian batch<\/td> | Anda dapat Batch beberapa Script Uji untuk eksekusi setiap malam.<\/td> | Tes manual tidak dapat dikelompokkan.<\/td><\/tr> | Pengetahuan pemrograman<\/td> | Pengetahuan pemrograman adalah suatu keharusan dalam pengujian otomatisasi.<\/td> | Tidak perlu pemrograman dalam Pengujian Manual.<\/td><\/tr> | Mempersiapkan<\/td> | Tes otomasi memerlukan pengaturan pelaksanaan pengujian yang tidak terlalu rumit.<\/td> | Kebutuhan pengujian manual memiliki pengaturan pelaksanaan pengujian yang lebih mudah<\/td><\/tr> | Keterikatan<\/td> | Dilakukan dengan alat. Ini akurat dan tidak pernah bosan!<\/td> | Eksekusi Tes Manual Berulang bisa membosankan dan rentan kesalahan.<\/td><\/tr> | Pendekatan ideal<\/td> | Pengujian otomasi berguna ketika sering melakukan serangkaian kasus uji yang sama<\/td> | Pengujian manual terbukti bermanfaat ketika test case hanya perlu dijalankan sekali atau dua kali.<\/td><\/tr> | Bangun Pengujian Verifikasi<\/td> | Pengujian otomasi berguna untuk Build Verification Testing (BVT).<\/td> | Menjalankan Pengujian Verifikasi Bangun (BVT) sangat sulit dan menghabiskan banyak waktu dalam pengujian manual.<\/td><\/tr> | Tenggat waktu<\/td> | Tes Otomatis memiliki risiko nol untuk melewatkan tes yang telah ditentukan sebelumnya.<\/td> | Pengujian Manual memiliki risiko lebih tinggi untuk melewatkan batas waktu pengujian yang telah ditentukan sebelumnya.<\/td><\/tr> | Kerangka<\/td> | Pengujian otomasi menggunakan kerangka kerja seperti Drive Data, Kata Kunci, Hibrid untuk mempercepat proses otomasi.<\/td> | Pengujian Manual tidak menggunakan kerangka kerja tetapi dapat menggunakan pedoman, daftar periksa, proses ketat untuk menyusun kasus uji tertentu.<\/td><\/tr> | Dokumentasi<\/td> | Tes Otomatis bertindak sebagai dokumen yang memberikan nilai pelatihan terutama untuk kasus uji unit otomatis. Pengembang baru dapat melihat kasus uji unit dan memahami basis kode dengan cepat.<\/td> | Kotak uji manual tidak memberikan nilai pelatihan<\/td><\/tr> | Desain Tes<\/td> | Tes Unit Otomatis menegakkan \/ mendorong Desain Pengembangan Berbasis Tes.<\/td> | Tes Unit Manual tidak mendorong desain ke dalam proses pengkodean<\/td><\/tr> | Devops<\/td> | Tes Otomatis membantu dalam Pengujian Verifikasi Bangun dan merupakan bagian integral dari Siklus DevOps<\/td> | Pengujian Manual mengalahkan prinsip build otomatis dari DevOps<\/td><\/tr> | Kapan Harus Digunakan?<\/td> | Pengujian Otomatis cocok untuk Pengujian Regresi, Pengujian Kinerja, Pengujian Beban atau kasus uji fungsional yang sangat berulang.<\/td> | Pengujian Manual cocok untuk Eksplorasi, Kegunaan, dan Pengujian Adhoc. Ini juga harus digunakan di mana AUT sering berubah.<\/td><\/tr><\/tbody><\/table>\n\n\n\n | Pro dan Kontra Pengujian Manual<\/h2>\n\n\n\nKelebihan Pengujian Manual:<\/strong><\/p>\n\n\n\n Kontra Pengujian Manual:<\/strong><\/p>\n\n\n\n Kelebihan pengujian otomatis:<\/strong><\/p>\n\n\n\n Kontra Pengujian Otomatis:<\/strong><\/p>\n\n\n\n |
|---|