Artık alakalı olmayan bir hatayı nasıl kapatabilirsiniz?

Şu anda orta ölçekli bir web geliştiricileri ekibindeyim. Hata takibi için jira kullanıyoruz .

Sık yerleşim düzeni değişikliklerine sahip bir ürün üzerinde çalışıyoruz. Bazı tarayıcılarda mizanpajdaki bir hatayla ilgili birçok hata bildirilir. Bazen, düşük öncelikli bir hatayla uğraşmaya başladığımızda, düzen çoktan değişti ve artık alakalı değil.

• Neyi kapatmalıyız?
  Demek istediğim, bu sorunlara nasıl davranmamız gerektiği ? Jira, kullandığımız hata izleme yazılımı olmasına rağmen, genel olarak bu tür sorunların nasıl ele alınacağı ile ilgileniyorum.
• Hatta önemli mi? (Biz belki daha sonra düzene dönmek, ama çok olası değil)

Sorun izleyiciyi projede bildirilen sorunların durumunu bildirmek için bir araç olarak değerlendirirseniz bunun gibi nüanslar. Bu amaçla, bu hata raporunun okunmasının ve anlaşılmasının kolay olmasını sağlamak için biraz çaba sarf etmek mantıklıdır.

Bu durum bir test edicinin perspektifinden bakarsanız, daha az kafa karıştırıcı olur. Ekibinizde bir test cihazı yoksa bir tane hayal edin (ya da daha iyisi, bir tane ^{1 , 2 , 3} işe alın ).

Tamam, bir zamanlar bir hata oluştu, testçi uygulamanızın eski sürümlerini kullanarak çoğaltabilir (eski sürümlerin kopyalarını saklamamanız olasılığına karşı yan not, daha sonra sorunlarınızda çok daha fazla sorun yaşarsınız). eski hatalardan daha fazla takım). Tester bunu görebilir ve neyin yanlış olduğunu, neyin hata yaptığını söyleyebilir.

Şimdi, "düzen zaten değişti ve artık alakalı değil" diyorsunuz; yüksek kaş artık test cihazının aklında daha basit bir ifadeye dönüşmüyor: sorun çözüldü .

• Burada, profesyonel test cihazının sistemi kara kutu olarak düşünmenin rahat olması gerektiğini belirtmek önemlidir . Bu açıdan bakıldığında, problemin tam olarak nasıl gerçekleştiği önemli değil, düzen değişikliği veya kara büyü veya tamamen yeniden tasarım veya somut kod değişikliği olabilir.

Kara kutu bakış açısından durumunuz oldukça basittir. Bir sorun vardı, eski sürümde hala yeniden üretilebilir, şimdi yeni sürümün artık böyle bir sorunu olmadığını iddia ediyorsunuz. Bir testçi için bu, hatanın giderildiği iddiasına ve sırasıyla iddianın doğru olup olmadığını doğrulama ihtiyacına yol açar.

Profesyonel test cihazı eski sürümünüzü alır, sorunun orada nasıl bulunduğuna bakar, daha sonra yeni sürümleri alır ve orada mı yoksa hala orada mı olduğunu kontrol eder.

Yukarıdan, tanımladığınız gibi böcekleri ele almanın en doğru yolu, bunları çözülmüş, düzeltilmiş olarak kapatmak olacaktır . Tabi ki, düzeltmelerin yerleşim değişikliğinin istenmeyen bir yan etkisi olarak meydana geldiğini yorumlarda açıklarsanız, zarar vermez.

Eski bir projede birlikte çalıştığım özelleştirilmiş JIRA'lardan biri, bazı kasıtlı, bazıları olmayan, birçok sonucu olan oldukça büyük değişiklikleri iletmek için "Sabit Tasarımla" çözünürlüğüne sahipti. Tarif ettiğiniz gibi, düz "Sabit" yerine de düşünülebilir, çünkü bilet okuyucusuna kasıtlı kod değişikliğinden ziyade bir yan etkiye yol açtığını gösterir.

'Eski' gibi sorunları çözeriz. Bu, JIRA'da varsayılan bir çözünürlük seçeneği değildir, ancak eklemesi kolaydır.

JIRA (ve diğer hata izleyicilerin) özel çözünürlükler belirlemenize izin verdiğinden, "Olaylara Göre Alındı" veya "Düzensiz" bir çözünürlük ayarlayabilmeniz veya benzer şekilde kapatmayı ifade edebilmeniz için benzer bir seçenek belirlemeniz gerekir.

Önemli mi? Bu, bizim için, müşterimizin izleyicimizdeki açık sorunların sayısı konusunda aşırı endişe duyması nedeniyle, evet diyebilirim, bu yüzden bizim için, bunları tamamen kapatmadan ilgili olmadıklarından, bunların kapalı olduğunu söyleyebilmemiz için kullanışlıdır. .

Sorun numaraları ile ilgilenen bir müşteri olmasa bile, artık alakalı olmayan eski açık sorunları budamak, yalnızca tarayıcıdaki karmaşayı azaltmak için kesinlikle kullanışlıdır.

FogBugz kullanıyoruz, ancak aynı (veya benzeri) burada da geçerli olduğundan eminim:

Biz sadece “Çözülmüş (Fixed)” kullanıyoruz ve çözünürlükte “Fixed case 12345” gibi bir yorum yapıyoruz.

FogBugz "case \ d +" ile eşleşir ve İlişkili Durumlar altında ikisini birbirine bağlar, ancak Jira bunu yapmazsa, sadece bir link eklemek basit olmalıdır.

Bunun nedeni, "çok Yerelleştirilmiş" varyantı daha IMO iyidir oldu sabit çünkü, bu özelliği sadece kaldırılmadı gerçek bir böcek ve sadece "Eski" den daha iyi.