Saya melakukan QA pada kode komersial besar, skenario menjengkelkan ini muncul terlalu sering. Biasanya ini mengindikasikan tidak memiliki proses ketat untuk membangun biner pada semua platform yang kami dukung. Jadi jika pengembang membuat kode sendiri (yang harus dia lakukan untuk debug dan memperbaikinya), dan tidak mengikuti proses pembuatan yang sama dengan surat itu, ada kemungkinan bug yang bergantung pada sistem akan tampak menghilang secara ajaib (atau muncul) . Tentu saja hal-hal ini biasanya ditutup dengan "berfungsi untuk saya" di database bug, dan jika mereka gagal saat masalah dijalankan, bug dapat dibuka kembali. Setiap kali saya menduga bug mungkin tergantung pada sistem, saya mencoba mengujinya di berbagai platform dan melaporkan dalam kondisi apa itu terjadi. Seringkali masalah kerusakan memori hanya muncul jika data yang rusak besarnya cukup besar untuk menyebabkan kerusakan. Beberapa platform (kombinasi HW dan OS) mungkin crash lebih dekat ke sumber korupsi yang sebenarnya, dan ini bisa sangat berharga bagi orang miskin yang harus men-debug itu.
Penguji perlu melakukan beberapa nilai tambah, tidak hanya melaporkan bahwa sistemnya menunjukkan kegagalan. Saya menghabiskan banyak waktu menyaring positif palsu - mungkin platform yang dimaksud kelebihan beban, atau jaringan memiliki kesalahan. Dan ya kadang-kadang Anda bisa mendapatkan sesuatu yang benar-benar dipengaruhi oleh peristiwa penetapan waktu acak, bug perangkat keras dapat sering seperti contoh proto: Jika dua permintaan data kembali pada periode jam yang sama persis, dan logika perangkat keras untuk menangani potensi konflik salah, maka bug hanya akan muncul sebentar-sebentar. Demikian juga dengan pemrosesan paralel, kecuali jika dengan desain yang hati-hati Anda membatasi solusi agar tidak tergantung pada prosesor mana yang lebih cepat, Anda bisa mendapatkan bug yang hanya terjadi sekali di bulan biru, dan ketidakstabilan statistiknya membuat debugging menjadi mimpi buruk.
Juga kode kami sedang diperbarui, biasanya berkali-kali setiap hari, melacak nomor revisi kode sumber yang tepat ketika pergi ke selatan bisa menjadi informasi yang sangat berguna untuk upaya debugging. Penguji tidak boleh berada dalam hubungan yang bermusuhan dengan para penentang dan pengembang, ia ada di sana sebagai bagian dari tim untuk meningkatkan kualitas produk.