Anda di halaman 1dari 4

1 PENDAHULUAN Adhoc Testing merupakan teknik yang efektif untuk menguji sistem tanpa skenario pasti atau uji

kasus . Hal ini dilakukan tanpa perencanaan atau dokumentasi . Secara umum, saat uji coba aplikasi atau sistem apapun , kita harus mengikuti suatu skenario untuk melaksanakan uji kasus . Tapi dalam Testing Adhoc , ada tidak ada kasus tes khusus untuk eksekusi . Jadi , tester bebas untuk menguji sistem / aplikasi untuk melaksanakan setiap skenario , apa yang dia pikir .Tester tidak terikat atau tidak memiliki batasan pada eksekusi. Dia bisa melakukan apa saja , apa yang dia inginkan . Ini adalah mekanisme yang kuat , untuk menemukan banyak cacat mungkin selama testing sistem atau aplikasi . Terserah tester yang bagaimana cara dia melihat sistem untuk mengeksplorasi, saat uji coba dengan adhoc .
Jenis testing adhoc Ada berbagai jenis testing Adhoc dan mereka terdaftar sebagai berikut : a. Buddy Testing Dua teman-teman saling bekerja pada mengidentifikasi cacat dalam modul yang sama . Sebagian satu sobat akan berasal dari tim pengembangan dan orang lain akan berasal dari tim testing . Buddy testing membantu penguji mengembangkan kasus tes yang lebih baik dan tim pengembangan juga dapat membuat perubahan desain awal. Tes ini biasanya terjadi setelah unit testing selesai . b. Pair Testing Dua penguji ditugaskan modul , berbagi ide dan bekerja pada mesin yang sama untuk menemukan cacat . Satu orang dapat menjalankan tes dan orang lain dapat mengambil catatan pada temuan . Peran dari orang-orang bisa menjadi tester dan Scriber selama testing . Perbandingan Buddy dan Testing Pasangan Testing Buddy adalah kombinasi unit dan sistem testing bersama dengan pengembang dan penguji namun testing Pair dilakukan hanya dengan penguji dengan tingkat pengetahuan yang berbeda . ( Berpengalaman dan non - berpengalaman untuk berbagi ide dan pandangan mereka ) c. monkey Testing Acak menguji produk atau aplikasi tanpa kasus uji dengan tujuan untuk merusak sistem .

2 PENDEKATAN UNTUK TESTING ADHOC

Tidak ada pendekatan yang ditetapkan untuk testing Adhoc . Hal ini tergantung pada pengalaman dan pemikiran tester yang bagaimana ia berpikir dan terlihat SUT . Tester berpengalaman dapat menemukan banyak cacat melalui testing Adhoc karena ia tahu , skenario umum , yang menyebabkan cacat dalam SUT . Satu dapat mengikuti beberapa pendekatan yang dapat membantu untuk tester dalam testing adhoc . A. Cari Cacat Cluster Cacat Cluster merupakan daerah sistem, di mana kemungkinan terjadi cacat , maksimum . Sementara testing Adhoc , tester harus mencoba skenario , yang dapat menemukan cacat di daerah tertentu. Satu dapat menemukan klaster cacat dengan menganalisis sejarah uji kasus uji , dilaksanakan sebelumnya. Setelah itu , Satu bisa mendapatkan ide , di daerah mana , cacat mungkin terjadi lagi. B. Interaksi dengan komponen lainnya Interaksi satu aplikasi ke aplikasi lainnya adalah skenario umum , di mana kesalahan mungkin terjadi . Sementara testing Adhoc , seseorang dapat berinteraksi satu komponen atau modul untuk komponen atau modul lainnya , sehingga ia dapat menemukan perilaku tak terduga di SUT . C. Berpikir seperti pengembang Sementara testing Adhoc , berpikir seperti pengembang dan melihat SUT , apa yang akan Anda lakukan , ketika mengembangkan modul saat ini / komponen . Kemudian Anda bisa mendapatkan jawaban yang mana ketahanan atau kebenaran SUT kurang . Anda dapat memecahkan kode dan mungkin mendapatkan kesalahan . D. Baik pengetahuan SUT Tester harus memiliki pengetahuan yang baik dari SUT . Jika tester memiliki pengetahuan yang baik dari SUT , dia bisa berpikir dan menjalankan lebih skenario . Testing Adhoc membutuhkan lebih banyak skenario untuk mengeksekusi . Jika Anda mengeksekusi lebih skenario , Anda mungkin mendapatkan kesalahan lebih SUT . E. Gunakan Pengalaman Anda Sementara testing Adhoc , tester pengalaman dapat menemukan kesalahan lebih dari segar . Seorang tester mendapatkan lebih banyak dan lebih banyak pengetahuan, ketika ia melakukan testing adhoc , karena ia mendapatkan pengetahuan similarsystem dan dapat menggunakan pengalaman ini dalam proyek lain . F. Uji dalam sesi Menguji aplikasi atau bagian perangkat lunak dengan bagian yaitu, satu fungsi pada suatu waktu . Ini memberikan fokus yang lebih baik dan pemahaman tentang masalah, jika ada . G. Pelajari untuk menggunakan alat yang berbeda Pada saat cacat tertentu dapat dibawa ke cahaya oleh debugger , profiler , dan monitor tugas . Jadi pengetahuan mendalam tentang alat ini dapat membuat halhal mudah bagi penguji . H. Rekam temuan Anda

Membuat catatan tentang apa bug yang Anda temukan , dimana dalam aplikasi mereka muncul , dan fungsi . Catatan ini membantu pengembang dan penguji juga aplikasi masa depan . Juga merekam apa bug Anda tidak menemukan . Yang mungkin tampak aneh, tapi perlu ada catatan apa yang berhasil . 3 KAPAN UNTUK MEMULAI Testing Adhoc adalah teknik bentuk bebas . Ini harus dimulai setelah pelaksanaan tes jas formal. Ini adalah waktu yang tepat untuk pendekatan untuk testing Adhoc . Setelah siklus eksekusi , sistem siap menghadapi skenario acak, yang dapat menemukan kesalahan lebih dari tes resmi kasus eksekusi . Kita bisa melakukan testing Adhoc , sementara testing sistem atau testing fitur . Testing Adhoc harus digunakan lebih banyak dan lebih dalam Testing Life Cycle . Hal ini memberikan dukungan besar kepada tim testing untuk menjalankan lebih dan mencoba skenario yang berbeda pada SUT . Adhoc testing menemukan tempat selama seluruh siklus testing . Di awal proyek , testing Adhoc menyediakan luasnya untuk penguji memahami program Anda , sehingga membantu dalam penemuan . Di tengah proyek , data yang diperoleh membantu menetapkan prioritas dan jadwal . Sebagai proyek mendekati tanggal kapal , testing Adhoc dapat digunakan untuk memeriksa perbaikan cacat lebih ketat . 4 MANFAAT Adhoc Testing dilakukan tanpa perencanaan atau dokumentasi , sehingga tester memiliki kewenangan penuh untuk melakukan setiap skenario . Dia tidak terikat dengan kasus uji . Ada banyak manfaat yang meningkatkan efektivitas Testing . Tester tidak memiliki kasus uji , sehingga satu-satunya tujuan untuk menemukan kesalahan dengan cara apapun Hal ini efektif , ketika ada batasan waktu untuk menguji SUT Tester dapat menemukan cacat lebih dari siklus eksekusi resmi testing Adhoc sering digunakan sebagai pelengkap jenis lain testing Tingkatkan kode Manfaat cakupan 5 kelemahan Testing Adhoc tidak terstruktur . Itu sebabnya , kita harus ingat semua skenario , yang ia melakukan . Tester harus berpikir banyak untuk berinteraksi komponen dan bekerja keras untuk menemukan skenario yang berbeda . Kelemahan utama dari Ad-Hoc testing tingkat terstruktur dan konsisten kinerja . Juga testing tidak pergi dengan aturan . Hal ini mirip dengan kesalahan menebak metodologi . Itu tidak memiliki uji kasus . Ada beberapa kelemahan yang disebutkan di bawah - testing Terorganisir kemungkinan tidak menutupi fungsi utama tidak bisa menganggap waktu untuk bekerja pada aplikasi tidak bisa menunjukkan bukti bahwa begitu dan begitu % kerja telah tertutup kadang-kadang tidak bisa mereproduksi bug yang saya temukan . 6 KESIMPULAN

Adhoc Testing dilakukan tanpa rencana uji atau dokumentasi . Jadi , kita tidak perlu menunggu untuk setiap siklus eksekusi atau fase . Dia bisa dengan mudah menguji SUT dengan pengetahuan dan pengalamannya . Testing ad-hoc membantu dalam menentukan ruang lingkup dan durasi dari berbagai testing lainnya dan juga membantu penguji dalam belajar aplikasi sebelum memulai dengan testing lainnya . Ini adalah metode formal yang paling testing . Salah satu kegunaan terbaik dari testing ad hoc adalah untuk penemuan . Membaca persyaratan atau spesifikasi ( jika ada ) jarang memberi Anda rasa baik bagaimana sebuah program benar-benar berperilaku . Bahkan pengguna dokumentasi mungkin tidak menangkap " tampilan dan nuansa " dari Program . Ad hoc testing dapat menemukan lubang dalam strategi testing Anda ,dan dapat mengekspos hubungan antara subsistem yang akan jika tidak jelas . Dengan cara ini , ia berfungsi sebagai alat untuk memeriksa kelengkapan testing Anda . metodologi ini dapat sangat efektif dalam : Menemukan kasus Hilang Menentukan Prioritas kegiatan testing Lainnya Tingkatkan Cakupan Kode

Adhoc Testing dapat sangat efektif dalam setiap proyek . hal utama adalah untuk melaksanakan ini pada waktu yang tepat dan tempat yang tepat dalam siklus testing .

Anda mungkin juga menyukai