Peer review untuk tes seperti halnya review kode

Adakah yang mempraktikkan proses "review kode" untuk tes fungsional? Apakah menurut Anda bermanfaat? Cara majikan saya saat ini melakukan SCRUM, kami menyertakan pengujian fungsional sebagai bagian dari hal-hal "yang harus dilakukan" dalam setiap sprint yang diberikan.

Kami juga berlatih SCRUM. Dan sama seperti Anda, kami juga menyertakan pengujian fungsional sebagai bagian dari definisi kami setelah selesai.

Dari pengalaman saya, saya merasa sangat berguna. Kami telah secara signifikan mengurangi jumlah bug dalam kode kami hanya dengan memaksa pengujian fungsional.

Hal kedua yang menyenangkan tentang tinjauan kode, adalah memberi Anda pandangan lain tentang fungsi sebenarnya, dan untuk memastikan 100% bahwa itu sesuai dengan apa yang diinginkan pelanggan / klien. Ada beberapa kali ketika seseorang membahas kode dan fungsionalitas di mana orang itu pergi ... "Tunggu, ini tidak benar ..." dan ternyata orang yang menerapkan kode hanya salah mengerti sesuatu.

Ya Tuhan (saya mencoba untuk tidak menggunakan kata-kata kasar pada SO; p). Peer meninjau tes fungsional Anda pada dasarnya meninjau rekan persyaratan dan analisis Anda, itu sangat penting, dan jika Anda menggunakan bahasa BDD seperti mentimun Anda dapat melibatkan non programmer juga!

Mengagumkan ketika pengguna akhir menemukan masalah dengan tes fungsional kami dan itu membuat mereka merasa sangat bagian dari proses pengembangan "Saya juga bisa membaca kode !!"

Masuk akal bagi saya. Kode apa pun yang Anda tulis harus dilihat oleh orang lain, meskipun kode tersebut hanya digunakan secara internal dan tidak akan pernah dijalankan oleh pelanggan.

Dengan metodologi yang memberi bobot begitu besar dalam pengujian, tinjauan pengujian menjadi jauh lebih penting, mungkin diperlukan, kadang-kadang lebih penting dari tinjauan kode itu sendiri karena sering diasumsikan dapat diganti dengan kode apa pun yang memenuhi otomatis yang sama hasil pengujian.

Meninjau bahwa tes benar adalah salah satu aspek, bahwa mereka cukup lengkap dan akurat / representatif juga sangat penting.

Kehilangan poin ini adalah salah satu hal yang membuat metodologi ini terlihat ceroboh bagi pengulas luar.

Anda dapat melakukan inspeksi pasangan!

Inspeksi pasangan adalah:

Tinjauan dokumen secara aktif & informal sebagai bagian dari siklus pembuatan & pendokumentasian.

Alasan mengapa ini bekerja dengan baik pada pengujian adalah:

1. Anda sering dapat memeriksa persyaratan atau dokumen dengan lebih dari satu pasang mata.
2. Anda dapat melibatkan lebih dari sekadar pengembang: Coba BA dengan Test Lead, BA dengan PM, BA dengan Dev.
3. Anda dapat mengatur pertemuan pemulihan sebagai bagian dari proses Agile - Pastikan Anda serius dengan komitmen yang kuat dari anggota tim.
4. Anda dapat menggunakan inspeksi pasangan ini sebagai bagian dari latihan membangun hubungan dan komunikasi dengan para pemangku kepentingan Anda. Bicaralah!

Kami melakukan peer-review tes fungsional setidaknya dengan santai, dan sangat dianjurkan di organisasi kami untuk mendapatkan semua yang ditinjau ulang kode.

Saya akan merekomendasikan memilih resensi berdasarkan tujuan Anda untuk ditinjau. Tes kode mungkin paling baik ditinjau oleh dev (untuk kualitas kode terutama) dan tester lain (terutama untuk cakupan uji). Tes tanpa kode (menggunakan harness, misalnya, tes yang didorong data) mungkin sebaiknya ditinjau hanya oleh tester lain. Ulasan rekan juga merupakan cara yang bagus untuk mendorong penguji untuk saling belajar.