Test veya geliştirici olarak çeşitli projelerde yer aldım. Birçok projede kusurlar için aşağıdaki durumlar vardı:
Bu gibi durumları kullanıyor musunuz ve bunları nasıl farklıyorsunuz? Soruyorum, çünkü çoğu insan farkı açıklayamıyor. Benim anlayışım:
DÜZELTMEZ - geliştirici bir kusur olmadığı için hatayı düzeltmeyecek;
İptal edildi - en düşük öncelik nedeniyle kusur düzeltilmemelidir
Yanıtlar:
Diğerlerinin de belirttiği gibi, bu durum adları çok net değil. Daha kesin ve ayrıntılı durum adlarını tercih ederim:
Sanırım cevapları geri aldınız
Düzeltmez - etkilemeyen veya daha eski bir sürümde olabilen küçük bir hata için geçerli olacaktır, bu nedenle geliştiricilerin bunu düzeltmek için maliyetine değmez, ancak bunun bir hata olduğunu kabul ederler.
İptal edildi - Bu, tekrarlanamayan veya hiç bir hata olmadığı için kötü bir hata raporu olabilir.
2 tanımınızı almak:
DÜZELTMEZ - geliştirici bir kusur olmadığı için hatayı düzeltmeyecek;
İptal edildi - en düşük öncelik nedeniyle kusur düzeltilmemelidir
Amaçlanan farkın açık olduğu açıktır:
DÜZELTMEZ - Kırık değil, bilerek bu davranışı amaçladık (Örneğin, bir hata değil);
İptal edildi - Kırıldığına katılıyoruz, ancak çok önemsiz / önemsizce düzeltmek için asla rahatsız edilmeyeceğiz.
Şirketimde bu tür durumları kullanmıyoruz ve bence bu tarif ettiğiniz durumlar için iyi bir etiketleme seçeneği değil.
Eyaletlerimiz
Yeni
Devam Ediyor
Teste Hazır
Kapalı
Yeniden Açıldı
Ve devletler bu kadar basit olmalı. Hata gibi ya da çok düşük bir önceliğe sahip gibi daha ayrıntılı bir şey bir nota konmalıdır.
İptal, ya bir düzeltmenin başlatıldığını, ancak belki de başlangıçta düşündüğünden daha fazla kaynağa ihtiyaç duyduğu ve kusurun haklı gerekçelerinden daha fazlasına ihtiyaç duyduğu ya da kusur biletine giren kişinin bir kusur olduğu fikrini değiştirdiğini ima ediyor gibi görünüyor. Düzeltilmeyecek bir kusur var gibi bir anlaşma var gibi görünüyor ama şu anda onu düzeltmek istememek için bir neden var (maliyet vs fayda, diğer işlevsellik üzerinde potansiyel etkisi, vb).