Kimler hata biletlerini kaldırır?


9

Takım arkadaşlarımdan biri ve ben sadece ayrı hata biletleri aldım, kendimize ayrı olarak atadık, ancak biletler yinelendi!

Yinelenen biletleri çözmenin en iyi yolu nedir? Bu genellikle KG kaynakları tarafından mı yapılır? Teknik olmayan insanların orada "akışı" kesintiye uğrattığını söyledikleri birkaç yerde çalıştım, ancak teknik olmayan bir kişinin geliştiricilere erişimin sınırlı olduğu bir durumda yapabileceği bir şey (yani temelde her zaman).


7
Bunun tam tersini savunurum - bilet alırken bir geliştirici olarak ilk adımınız kopyaları kontrol etmek olmalıdır. Bu bir bileti kapatmanın en kolay yolu ve genellikle sadece geliştirici iki biletin gerçekten kopya olup olmadığını bilecek.
Dan Pichelman

Belki de takım arkadaşlarınızla daha fazla iletişim kurmalısınız? Genellikle meslektaşlarımıza aynı projede "Bunu bitirdim, şimdi yapacağım"
diyoruz

Yanıtlar:


11

Gerçekten, herkes kopyaları önlemek için makul bir çaba göstermelidir, ancak geliştiriciler genellikle bunu yapmak için en iyi konumdadır. Hatalar birçok kişi tarafından bulunabilir, ancak genellikle bir geliştiriciye veya bu kod alanından sorumlu küçük bir ekibe filtre edilir. Ayrıca, iki farklı semptomun aynı kök nedenine sahip olup olmadığını belirlemek için genellikle koda ihtiyacınız vardır. Tüm hata izleyicileri kopyaları oldukça kolay bir şekilde işleyebilir. Ara sıra ortaya çıkmalarından endişelenmemelisin.

Öte yandan, her zaman olurlarsa , test uzmanlarının çabalarını çoğaltırsınız ve test kaynaklarınızı nasıl tahsis ettiğinizi yeniden değerlendirmek isteyebilirsiniz.


3

Kod değişikliklerini bir bilet altında gönderin, ardından diğer bileti "bu bir kopyadır, kod # xxx hatası altındadır" yazan bir notla çözün.

Bu her zaman olur.


2

Bu, planlama sürecinde yapılmalıdır. Hatalar başlangıçta tetiklendiğinde ve önceliklendirildiğinde, bu sıralamayı yapan kişi ana iş listesinde yinelemelerin olmadığından emin olmalıdır.


2
İdeal olarak, geliştiriciler, hatanın bir yinelenen değil, varlığının doğrulandığı ve test senaryosu veya çoğaltma talimatlarının eklenmiş olduğu "Triaged" aşamasına ulaşmadan hata raporları üzerinde işlem yapmazlar.
Simon Richter

0

Olumlu tarafı da görün: Aynı hata iki kez bağımsız olarak bulunursa, çoğaltılması daha kolay olmalıdır. Hem geliştiriciler hem de müşteriler tarafından :-( böylece düzeltmek daha yüksek öncelikli olabilir.

Genellikle hatalara öncelik vermesi gereken bir kişi olur ve aynı zamanda yöneticiniz ya da bu görevi yapan tek bir kişi de yinelenenleri kaldırır. Bir hata seçmek yerine, daha sonra benzer olanları kontrol etmek için tüm hata listesini gözden geçirmek yerine, bu şekilde daha verimli olmalıdır.

Yinelenenlerden kaçınmazsanız en kötü durum, hatayı düzelttiğinizde olur ve bir sonraki adam, geri döndüğü için yeniden üretilemeyen bir hatayı yeniden üretmek için çok zaman harcar.

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.