Yazılım Testinde Kusur / Hata Yaşam Döngüsü

Kusur Yaşam Döngüsü nedir?

Yazılım testinde Kusur Yaşam Döngüsü veya Hata Yaşam Döngüsü, kusur veya hatanın ömrü boyunca geçtiği belirli durumlar kümesidir. Kusur yaşam döngüsünün amacı, çeşitli atananlara değişen kusurun mevcut durumunu kolayca koordine etmek ve iletmek ve kusur tespit sürecini sistematik ve verimli hale getirmektir.

Kusur Durumu

Kusur yaşam döngüsündeki Kusur Durumu veya Hata Durumu, kusurun veya bir hatanın halihazırda devam etmekte olduğu mevcut durumdur. Kusur durumunun amacı, kusur yaşam döngüsünün gerçek ilerlemesini daha iyi izlemek ve anlamak için bir kusurun veya hatanın mevcut durumunu veya ilerlemesini tam olarak iletmektir.

Bir kusurun geçtiği durumların sayısı projeden projeye değişir. Yaşam döngüsü diyagramının altında, tüm olası durumları kapsar

Yeni: Yeni bir kusur günlüğe kaydedildiğinde ve ilk kez yayınlandığında. YENİ olarak bir statüye atanmıştır.
Atandı: Hata, test cihazı tarafından yayınlandıktan sonra, test uzmanının lideri hatayı onaylar ve hatayı geliştirici ekibine atar.
Açık : Geliştirici analiz etmeye başlar ve kusur düzeltmesi üzerinde çalışır
Düzeltildi : Bir geliştirici gerekli bir kod değişikliğini yaptığında ve değişikliği doğruladığında, hata durumunu "Düzeltildi" olarak yapabilir.
Yeniden test bekleniyor : Hata giderildikten sonra geliştirici, kodu test edene yeniden test etmesi için belirli bir kod verir. Yazılım testi, test edenin sonunda beklemede kaldığından, atanan durum "yeniden test bekleniyor" dur.
Yeniden test : Test cihazı, kusurun geliştirici tarafından düzeltilip düzeltilmediğini kontrol etmek için bu aşamada kodu yeniden test eder ve durumu "Yeniden test et" olarak değiştirir.

Doğrulandı : Test uzmanı, geliştirici tarafından düzeltildikten sonra hatayı yeniden test eder. Yazılımda herhangi bir hata tespit edilmezse, hata düzeltilir ve atanan durum "doğrulanır".
Yeniden : böcek geliştirici hata düzeltildi sonra bile devam ederse, tester "yeniden" için durumunu değiştirir. Böcek bir kez daha yaşam döngüsünden geçer.
Kapalı : Hata artık mevcut değilse, test uzmanı "Kapalı" durumunu atar.
Yineleme : Kusur iki kez tekrarlanırsa veya kusur, hatanın aynı konseptine karşılık gelirse, durum "yineleme" olarak değişir.
Reddedildi : Geliştirici kusurun gerçek bir kusur olmadığını düşünürse, kusur "reddedildi" olarak değiştirilir.
Ertelendi : Mevcut hata birincil önceliğe sahip değilse ve bir sonraki sürümde düzeltilmesi bekleniyorsa, bu tür hatalara "Ertelendi" durumu atanır.
Hata değil : Uygulamanın işlevselliğini etkilemiyorsa, hataya atanan durum "Hata değil" dir.

Kusur Yaşam Döngüsü Açıklaması

Test cihazı arızayı bulur
Kusur için atanan durum - Yeni
Bir kusur, analiz için Proje Yöneticisine iletilir
Proje Yöneticisi bir kusurun geçerli olup olmadığına karar verir
Burada kusur geçerli değildir - "Reddedildi" durumuna verilir.
Dolayısıyla, proje yöneticisi bir reddedildi durumu atar . Kusur reddedilmezse, sonraki adım kapsamda olup olmadığını kontrol etmektir. Aynı uygulama için başka bir e-posta işlevine sahip olduğumuzu ve bununla ilgili bir sorun bulduğunuzu varsayalım. Ancak, bu tür kusurlar ertelenmiş veya ertelenmiş durum olarak atandığında, mevcut sürümün bir parçası değildir .
Daha sonra yönetici, benzer bir kusurun daha önce ortaya çıkıp çıkmadığını doğrular. Evetse, kusur bir durum kopyası olarak atanır .
Hata, kodu düzeltmeye başlayan geliştiriciye atanmamışsa. Bu aşamada, arızaya devam eden bir durum atanır .
Kod düzeltildikten sonra. Bir kusur, sabit bir durum olarak atanır
Ardından, test cihazı kodu yeniden test edecektir. Test Durumunun geçmesi durumunda kusur kapatılır. Test senaryoları tekrar başarısız olursa, kusur yeniden açılır ve geliştiriciye atanır.
Uçuş Rezervasyonunun 1. sürümü sırasında Faks siparişinde düzeltilen ve kapalı duruma atanan bir kusurun bulunduğu bir durumu düşünün. İkinci yükseltme sürümü sırasında aynı kusur yeniden ortaya çıktı. Bu gibi durumlarda, kapalı bir kusur yeniden açılacaktır.