Kami tidak melakukan ini di perusahaan kami, tetapi salah satu teman saya mengatakan bahwa manajer proyeknya meminta setiap pengembang untuk menambahkan bug yang disengaja tepat sebelum produk masuk ke QA. Begini Cara kerjanya:
- Tepat sebelum produk masuk ke QA, tim pengembang menambahkan beberapa bug yang disengaja di tempat acak dalam kode. Mereka mencadangkan dengan benar kode asli yang berfungsi untuk memastikan bahwa bug itu tidak dikirimkan bersama produk akhir.
- Penguji juga diberitahu tentang ini. Jadi mereka akan menguji keras, karena mereka tahu ada bug yang ada dan tidak menemukan mereka mungkin dianggap sebagai tanda ketidakmampuan.
- Jika bug (disengaja atau tidak) telah ditemukan, mereka akan dilaporkan untuk diperbaiki oleh tim pengembangan. Tim pengembang kemudian menambahkan bug disengaja lain di bagian kode yang terkait tepat sebelum produk masuk ke QA tingkat kedua. Manajer proyek mengatakan seorang penguji harus berpikir seperti pengembang dan dia harus mengharapkan bug baru di bagian di mana perubahan dilakukan.
Nah, begini caranya. Mereka mengatakan bahwa pendekatan ini memiliki keunggulan sebagai berikut.
- Penguji akan selalu siap dan mereka akan menguji seperti orang gila. Itu membantu mereka untuk juga menemukan bug tersembunyi (tidak disengaja) sehingga pengembang dapat memperbaikinya.
- Penguji memakan bug. Tidak menemukan bug akan memengaruhi moral mereka. Jadi memberi mereka yang mudah ditemukan akan membantu moral mereka.
Jika Anda mengabaikan skenario di mana salah satu bug disengaja ini dikirimkan dengan produk akhir, apa kelemahan lain yang harus kita pertimbangkan sebelum berpikir untuk mengadopsi pendekatan ini?
Beberapa klarifikasi:
- Mereka mencadangkan kode asli dengan benar dalam kontrol sumber.
- Ketika seorang tester menemukan bug yang disengaja, tim pengembang mengabaikannya. Jika tester menemukan bug yang tidak disengaja (asli), tim pengembangan terlebih dahulu memeriksa apakah itu disebabkan oleh bug yang disengaja. Artinya, tim pengembangan pertama-tama mencoba mereproduksi kode kerja asli dan mencoba memperbaikinya jika mereka bisa.
- Abaikan saja masalah hubungan antara QA dan tim pengembangan. Saya secara khusus mengajukan pertanyaan ini pada Programmer , bukan pada The Workplace . Pertimbangkan bahwa ada hubungan yang baik antara QA dan tim pengembangan, dan mereka berpesta bersama setelah jam kerja. Manajer proyek adalah seorang lelaki tua yang baik dan selalu siap untuk mendukung kedua tim (Godsend).