Siapa yang menduplikat tiket bug?


9

Salah satu rekan tim saya dan saya baru saja mengambil tiket bug terpisah, menugaskan mereka secara terpisah untuk diri kami sendiri, tetapi tiketnya adalah duplikat!

Apa cara terbaik untuk menyelesaikan tiket rangkap? Apakah ini umumnya dilakukan oleh sumber daya QA? Saya telah bekerja di beberapa tempat di mana orang non-teknologi mengatakan itu mengganggu "aliran" di sana, tetapi itu adalah sesuatu yang orang non-teknis bisa lakukan dalam situasi di mana akses ke pengembang terbatas (yaitu pada dasarnya selalu).


7
Saya berpendapat sebaliknya - langkah pertama Anda sebagai pengembang ketika mengambil tiket adalah memeriksa duplikat. Ini adalah cara termudah untuk menutup tiket yang ada, dan seringkali hanya pengembang yang akan tahu pasti apakah dua tiket memang duplikat.
Dan Pichelman

Anda mungkin harus berkomunikasi lebih banyak dengan rekan tim Anda? Biasanya kami mengatakan kepada kolega kami di proyek yang sama "Saya menyelesaikan itu, akan melakukan ini sekarang"
NeeL

Jawaban:


11

Sungguh, semua orang harus melakukan upaya yang wajar untuk menghindari duplikat, tetapi pengembang biasanya dalam posisi terbaik untuk melakukannya. Bug dapat ditemukan oleh banyak orang, tetapi biasanya disaring oleh satu pengembang atau tim kecil yang bertanggung jawab atas area kode tersebut. Juga, Anda sering memerlukan kode untuk menentukan apakah dua gejala berbeda memiliki akar penyebab yang sama. Semua pelacak bug dapat menangani duplikat dengan cukup mudah. Anda tidak perlu khawatir mereka muncul sesekali.

Di sisi lain, jika itu terjadi setiap saat , Anda hanya menduplikasi upaya penguji, dan mungkin ingin mengevaluasi kembali bagaimana Anda mengalokasikan sumber daya pengujian Anda.


3

Kirim perubahan kode di bawah satu tiket, lalu selesaikan tiket lainnya dengan catatan yang mengatakan "ini duplikat, kode di bawah bug # xxx".

Ini terjadi setiap saat.


2

Ini harus dilakukan selama proses perencanaan. Ketika bug awalnya diprioritaskan dan diprioritaskan, orang yang melakukan pemeringkatan itu harus memastikan bahwa tidak ada duplikat dalam jaminan simpanan utama.


2
Idealnya, pengembang tidak akan bertindak berdasarkan laporan bug sebelum mereka mencapai tahap "Triaged" di mana bug dikonfirmasi ada, bukan duplikat, dan memiliki test case atau instruksi reproduksi terlampir.
Simon Richter

0

Lihat sisi positifnya juga: Jika bug yang sama ditemukan dua kali secara independen, maka seharusnya lebih mudah untuk mereproduksi. Baik oleh pengembang dan oleh pelanggan :-( jadi mungkin prioritas yang lebih tinggi untuk diperbaiki.

Anda akan sering memiliki satu orang yang harus memprioritaskan bug dan juga menghapus duplikat, baik manajer Anda atau satu orang dengan tugas itu. Seharusnya lebih efisien dengan cara itu, daripada Anda memilih bug, dan kemudian menelusuri seluruh daftar bug untuk memeriksa yang serupa.

Kasus terburuk jika Anda tidak menghindari duplikat adalah ketika Anda memperbaiki bug, dan kemudian orang berikutnya membuang banyak waktu untuk mereproduksi bug yang tidak dapat diproduksi kembali karena sudah hilang.

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.