Kesalahpahaman yang umum adalah bahwa pengujian atau kode yang gagal harus di-debug. Sebaliknya, jika pelaksanaan pengujian cukup cepat, cara yang lebih baik dan mudah adalah dengan mengulangi langkah-langkah yang gagal.

Kebanyakan orang TI mengetahui Hukum Kernighan – “Men-debug dua kali lebih sulit daripada menulis kode. Oleh karena itu, jika Anda menulis kode secerdas mungkin, menurut definisi Anda, Anda tidak cukup pintar untuk men-debugnya.” Memang benar, saya mengenal pengembang yang sangat baik yang memiliki masalah serius dengan debugging. Debugging tidak hanya sulit, namun merupakan aktivitas yang tidak disukai siapa pun. Setidaknya saya tidak pernah mendengar orang yang suka debugging.

Mungkin men-debug pengujian yang gagal lebih mudah daripada men-debug kode yang rumit, tetapi itu tidak mudah dan memerlukan waktu. Sayangnya, sebagian besar pengembang dan penguji percaya bahwa satu-satunya cara untuk memperbaiki kode yang buruk atau pengujian yang buruk adalah dengan melakukan debug, dan ketika kesalahan telah terdeteksi, maka perbaikilah. Namun, hal ini tidak benar. Kita tidak perlu tahu apa masalahnya, kita hanya perlu memperbaiki kode agar berfungsi dengan baik atau test case bisa lulus.

Pertanyaannya adalah bagaimana cara memperbaiki test case yang gagal atau bug pada kode tanpa mengetahui masalahnya. Jawabannya mudah: buat lagi dari awal. Tentu saja, metode ini tidak dapat digunakan secara umum. Jika suatu kode sulit dibuat, maka proses debug bisa lebih cepat. Namun, semakin cepat sebuah test case dapat diimplementasikan, semakin tinggi kemungkinan implementasi ulang akan lebih cepat dibandingkan proses debug dan perbaikan secara bersamaan.

Saat melamar pengujian berbasis model dua faseimplementasi pengujian empat hingga lima kali lebih cepat daripada pengkodean kasus pengujian yang sama. Di sisi lain, proses debug pada pengujian yang gagal membutuhkan waktu yang hampir sama seperti dalam kasus pengkodean. Konsekuensinya adalah jika Anda menggunakan metode otomatisasi pengujian cepat, maka jangan melakukan debug, tetapi lakukan kembali langkah yang gagal. Itu sebabnya saya hampir tidak pernah men-debug test case.

Metode ini juga berfungsi ketika persyaratan telah diubah. Jika kode yang dimodifikasi berfungsi dengan baik, test case yang sudah ketinggalan zaman akan gagal. Jangan mencoba memperbaikinya, lebih baik Anda melakukannya lagi.

Berikut adalah contoh penerapan alat Harmoni kami.

Langkah pertama adalah menghapus implementasi pada langkah yang gagal:

Setelah mengklik total harga saat ini 9, pengujian lolos:

Seluruh proses memakan waktu kurang dari setengah menit. Saran kami adalah menggunakan alat yang dapat Anda gunakan untuk sepenuhnya menghindari proses debug yang melelahkan dan sulit.