Pengujian Ad hoc
Ad hoc Testing adalah jenis pengujian perangkat lunak informal atau tidak terstruktur yang bertujuan untuk menghentikan proses pengujian untuk menemukan kemungkinan cacat atau kesalahan pada tahap awal yang memungkinkan. Pengujian ad hoc dilakukan secara acak dan biasanya merupakan aktivitas yang tidak direncanakan yang tidak mengikuti dokumentasi dan teknik desain pengujian untuk membuat kasus pengujian.
Pengujian Ad hoc tidak mengikuti cara pengujian terstruktur dan dilakukan secara acak pada bagian aplikasi mana pun. Tujuan utama dari pengujian ini adalah untuk menemukan cacat dengan pemeriksaan acak. Pengujian Adhoc dapat dicapai dengan teknik pengujian Software yang disebut Error Guessing. Penebak kesalahan dapat dilakukan oleh orang-orang yang memiliki cukup pengalaman pada sistem untuk "menebak" sumber kesalahan yang paling mungkin terjadi.
Pengujian ini tidak memerlukan dokumentasi / perencanaan / proses untuk diikuti. Karena pengujian ini bertujuan untuk menemukan cacat melalui pendekatan acak, tanpa dokumentasi apa pun, cacat tidak akan dipetakan ke kasus uji. Artinya, terkadang sangat sulit untuk mereproduksi cacat karena tidak ada langkah pengujian atau persyaratan yang dipetakan untuk itu.
Video berikut memandu Anda bagaimana melakukan pengujian adhoc
Klik di sini jika video tidak dapat diakses
Kapan menjalankan Pengujian Adhoc?
Pengujian ad hoc dapat dilakukan jika waktu terbatas untuk melakukan pengujian elaboratif. Biasanya pengujian adhoc dilakukan setelah eksekusi pengujian formal. Dan jika waktu memungkinkan, pengujian ad hoc dapat dilakukan pada sistem. Pengujian ad hoc akan efektif hanya jika penguji memiliki pengetahuan tentang Sistem yang Sedang Diuji.
Jenis pengujian Adhoc
Ada berbagai jenis pengujian Adhoc dan terdaftar seperti di bawah ini:
| Pengujian Teman | Dua rekan bekerja sama untuk mengidentifikasi cacat pada modul yang sama. Kebanyakan satu teman akan berasal dari tim pengembangan dan satu orang lagi akan dari tim penguji. Buddy testing membantu penguji mengembangkan kasus pengujian yang lebih baik dan tim pengembangan juga dapat membuat perubahan desain lebih awal. Pengujian ini biasanya terjadi setelah Pengujian Unit selesai. |
| Pengujian pasangan | Dua penguji diberi modul, berbagi ide, dan mengerjakan mesin yang sama untuk menemukan cacat. Satu orang dapat melaksanakan tes dan orang lain dapat mencatat temuan. Peran orang dapat menjadi penguji dan juru tulis selama pengujian. Perbandingan Buddy dan Pair Testing: Buddy testing adalah kombinasi dari Unit dan Pengujian Sistem bersama dengan pengembang dan penguji tetapi pengujian Pair dilakukan hanya dengan penguji dengan tingkat pengetahuan yang berbeda. (Berpengalaman dan tidak berpengalaman untuk berbagi ide dan pandangan mereka) |
| Pengujian Monyet | Menguji produk atau aplikasi secara acak tanpa kasus uji dengan tujuan untuk merusak sistem. |
Praktik terbaik pengujian Adhoc
Mengikuti praktik terbaik dapat memastikan Pengujian Adhoc yang efektif.
Pengetahuan bisnis yang bagus
Penguji harus memiliki pengetahuan yang baik tentang bisnis dan pemahaman yang jelas tentang persyaratan- Pengetahuan terperinci tentang proses bisnis ujung ke ujung akan membantu menemukan cacat dengan mudah. Penguji berpengalaman menemukan lebih banyak cacat karena mereka lebih baik dalam menebak kesalahan.
Uji Modul Kunci
Modul bisnis utama harus diidentifikasi dan ditargetkan untuk pengujian ad-hoc. Modul penting bisnis harus diuji terlebih dahulu untuk mendapatkan kepercayaan pada kualitas sistem.
Rekam Cacat
Semua cacat perlu dicatat atau ditulis di notepad. Cacat harus diberikan kepada pengembang untuk diperbaiki. Untuk setiap cacat yang valid, kasus uji yang sesuai harus ditulis & harus ditambahkan ke kasus uji yang direncanakan.
Temuan Cacat ini harus dijadikan pelajaran dan ini harus tercermin dalam sistem kami berikutnya saat kami merencanakan kasus uji.
Kesimpulan:
Keuntungan dari pengujian Ad-hoc adalah untuk memeriksa kelengkapan pengujian dan menemukan lebih banyak cacat daripada pengujian yang direncanakan. Kasus uji menangkap cacat ditambahkan sebagai kasus uji tambahan untuk kasus uji yang direncanakan.
Dalam Rekayasa Perangkat Lunak, Pengujian Ad-hoc menghemat banyak waktu karena tidak memerlukan perencanaan pengujian, dokumentasi, dan desain Kasus Uji yang rumit.