Bir hata açıldı, düzeltildi, doğrulandı ve kapatıldı. Bir ay sonra, herhangi bir gerilemeden birkaç yinelemeden sonra bir sonraki sürümde tekrar ortaya çıktı.
Hata özellikleri aynı olduğu takdirde , mevcut hata kimliğini yeniden açabilir veya kapalı hataya bir bağlantı içeren yeni bir tane açar mısınız?
Yanıtlar:
Özellikleri eşit nedenlerle aynı değildir. Yeni hatanın, aynı görünse de, farklı bir temel nedeni olabilir. Yani, yeni bir hata açın ve geliştiriciye yardımcı olmak için eskisinin üzerine gelin.
Doğrulandı ve kapatıldıysa ve bir süre çalıştıysa ve bir şey değiştikten sonra tekrar belirdi, o zaman aynı hata değil. Eski böceğin yaptığı gibi kendini gösterebilir, ancak sebebi farklı olabilir. Yani aynı böcek değil. Bu yüzden kapalı böceğe bir bağlantı ile yeni bir tane açacaktı.
Her zaman yeni bir hata aç. Neden? Diyelim ki önceki hatayla aynı gibi görünüyor ve önceki hata için düzeltme yayınladınız. Sürüm notlarınız "Bug XXX ürününü düzelt" belgesini verecektir. Sorun takibi ve sürüm notlarının daha net hale getirilmesi açısından, "Bug Bug Fix" yerine Bug Bug XXX + 1'i (Bug XXX'a neden ve sonuç olarak benzerdi) "Bug Bug XXX + 1'i düzeltmek tercih edilir. XXX (Yine) "veya benzeri bir şey.
Genel olarak konuşursak, yeni bir böcek aç.
Ancak, önce biraz araştırma yapmanıza izin verilirse , tarihinizi kaynak kodunda kontrol ederim .
Bir ekip ortamında çalışıyorsanız, birileri kendi sistemlerinde eski kodlara sahip olabilir (örneğin, orijinal düzeltme yapıldıktan sonra bir Sonuncusu yapmadılar), değişiklikler yaptılar ve daha sonra bir değişiklik yapmadan kontrol ettiler. Kötü bir uygulama, elbette, ama "her zaman" oluyor.
Hatanın düzeltildiği dosya geçmişine bakmak, bunu bir olasılık olarak hızlı bir şekilde onaylayacak veya ortadan kaldıracaktır.
all the time, kırılan SCM değil, geliştirme ekibiniz ...
Önceki posterlerin yeni bir hata açma önerisini kabul ediyorum, çünkü aynı sebep olabilir.
Başka bir tavsiyem, hatayı kapsayan birim ve entegrasyon testlerini her zaman eklemenizi sağlamaktır, böylece gelecekteki sürümlerde sorunu müşterilerinize hemen göndermeden hemen önce yakalarsınız. Hiçbir şey bir müşteriye kötü gözüküyor ve aynı böceğin geri döndüğünü göremiyor.
En iyi benzetme değil - Sadece iki kişinin belirtileri aynı olduğu için, hastalığın / hastalığın aynı olduğu anlamına gelmez.
Wikipedia'dan:
Yazılım hatası, bir bilgisayar programında veya sisteminde hatalı veya beklenmeyen bir sonuç vermesine veya istenmeyen şekillerde davranmasına neden olan bir hata, kusur, arıza veya hatadır. Hataların çoğu ...
Bir hata koddaki bir kusurdur ve belirtileri / etkileri vardır. Bir hata belirti değildir. Bir hata koddaki hatadır. Sadece belirtilerin aynı olması nedeniyle, mutlaka aynı kusurun belirtilere neden olduğu anlamına gelmez.
Anladığım kadarıyla, aynı kod parçasına bağlı bir hataya neden olduğundan emin olduğunuzda bir hatayı yeniden açmanız gerektiğidir. Bu, tüm test senaryolarında / test durumlarında kod doğru davrandığında, ancak daha önce düşünmemiş olduğunuz yeni bir test durumunda veya test durumunda olmadığında olabilir. Bu tür bir senaryo yaygın olmayabilir.
Diğer senaryo, aynı semptomların yeni kusurlardan kaynaklandığı, yani aynı kodun diğer bölümlerindeki yeni hatalardan veya hatta bu kodu etkileyen diğer sistemlerden kaynaklandığı.
Dolayısıyla, en güvenli bahis aynı semptomlar ortaya çıktığında yeni bir böcek açmaktır. Aynı eski kodun hatadan sorumlu olduğunu görürseniz, yeni hatayı kapatın ve eski hatayı yeniden açın. Değilse, yeni böceğin kalmasına izin verin ve eskisine bağlayın.