what is defect bug life cycle software testing
Kusur Yaşam Döngüsüne Giriş
Bu eğitimde, bir testçinin bir test ortamında çalışırken uğraşması gereken bir kusurun çeşitli aşamalarından haberdar olmanızı sağlamak için bir kusurun yaşam döngüsü hakkında konuşacağım.
Ayrıca Kusur Yaşam Döngüsü ile ilgili en sık sorulan mülakat sorularını da ekledim. Bu, bir kusurun yaşam döngüsünü anlamak için bir kusurun çeşitli durumlarını bilmek önemlidir. Bir test etkinliği gerçekleştirmenin ana amacı, üründe herhangi bir sorun / hata olup olmadığını kontrol etmektir.
Gerçek senaryolar açısından, hatalar / hatalar / hataların tümü, hatalar / kusurlar olarak adlandırılır ve bu nedenle, test yapmanın temel amacının, ürünün kusurlara daha az eğilimli olmasını sağlamak olduğunu söyleyebiliriz (hiçbir kusur gerçekçi olmayan bir durum değildir ).
Şimdi, Kusurun ne olduğu sorusu ortaya çıkıyor?
Ne öğreneceksin:
Kusur Nedir?
Bir Kusur, basit bir ifadeyle, bir uygulamanın normal akışını, bir uygulamanın beklenen davranışını gerçek olanla uyumsuz hale getirerek sınırlayan bir kusur veya hatadır.
Kusur, bir uygulamanın tasarlanması veya oluşturulması sırasında bir geliştirici tarafından herhangi bir hata yapıldığında ortaya çıkar ve bu kusur, bir test uzmanı tarafından bulunduğunda, kusur olarak adlandırılır.
Kaliteli bir ürünün müşteriye ulaşmasını sağlamak için olabildiğince çok kusur bulmak için bir uygulamanın kapsamlı testini yapmak bir test uzmanının sorumluluğundadır.
android için en iyi casus telefon uygulaması
İş akışına ve farklı kusur durumlarına geçmeden önce kusur yaşam döngüsünün anlaşılması önemlidir.
Bu nedenle, Kusur Yaşam Döngüsü hakkında daha fazla bilgi edelim.
Şimdiye kadar, kusurun anlamını ve bağlamında test etkinliği ile ilişkisini tartıştık. Şimdi, kusur yaşam döngüsüne geçelim ve bir kusurun iş akışını ve bir kusurun farklı durumlarını anlayalım.
Ayrıntılı Olarak Kusur Yaşam Döngüsü
Bir Bug yaşam döngüsü olarak da bilinen bir Kusur yaşam döngüsü, tüm ömrü boyunca farklı durumları kaplamaktan geçtiği bir kusur döngüsüdür. Bu, bir test uzmanı tarafından herhangi bir yeni kusur bulunur bulunmaz başlar ve test cihazı, tekrar üretilmeyeceğinden emin olmak için bu hatayı kapattığında sona erer.
Kusur İş Akışı
Şimdi, aşağıda gösterildiği gibi basit bir şema yardımıyla Kusur Yaşam Döngüsünün gerçek iş akışını anlamanın zamanıdır.
Kusur Durumları
# 1) Yeni :Bu, Kusur Yaşam Döngüsündeki bir kusurun ilk durumudur. Herhangi bir yeni kusur bulunduğunda, 'Yeni' durumuna düşer ve Kusur Yaşam Döngüsünün sonraki aşamalarında bu kusur üzerinde doğrulamalar ve testler gerçekleştirilir.
# 2) Atanan: Bu aşamada, yeni oluşturulan bir kusur, kusur üzerinde çalışması için geliştirme ekibine atanır. Bu, proje lideri veya test ekibinin yöneticisi tarafından bir geliştiriciye atanır.
# 3) Açık: Burada geliştirici, kusuru analiz etme sürecini başlatır ve gerekirse düzeltmeye çalışır. Geliştirici kusurun uygun olmadığını düşünürse, aşağıdaki dört durumdan birine aktarılabilir: Yinelenen, Ertelenen, Reddedilen veya Hata Değil -özel nedene göre.
Bu dört durumu birazdan tartışacağım.
# 4) Sabit: Geliştirici, gerekli değişiklikleri yaparak bir kusuru düzeltme görevini bitirdiğinde, kusurun durumunu 'Düzeltildi' olarak işaretleyebilir.
# 5) Yeniden Test Bekleniyor: Kusurun giderilmesinden sonra, geliştirici, kusurun sonunda yeniden test edilmesi için arızayı test cihazına atar ve test cihazı arızayı yeniden test etmeye çalışıncaya kadar, kusurun durumu 'Yeniden Test Bekleniyor' da kalır.
# 6) Tekrar test edin: Bu noktada, test uzmanı, kusurun geliştirici tarafından gereksinimlere göre doğru bir şekilde düzeltilip düzeltilmediğini doğrulamak için kusurun yeniden test edilmesi üzerinde çalışmaya başlar.
# 7) Yeniden Aç: Kusurda herhangi bir sorun devam ederse, test için tekrar geliştiriciye atanır ve kusurun durumu 'Yeniden Aç' olarak değiştirilir.
# 8) Doğrulandı: Test cihazı geliştiriciye yeniden test edilmek üzere atandıktan sonra kusurda herhangi bir sorun bulamazsa ve kusur doğru bir şekilde giderilmişse kusurun durumunun 'Doğrulandı' olarak atanacağını düşünür.
# 9) Kapalı: Kusur artık mevcut olmadığında, test uzmanı kusurun durumunu 'Kapalı' olarak değiştirir.
Birkaç:
- Reddedildi: Kusur, geliştirici tarafından gerçek bir kusur olarak değerlendirilmezse, geliştirici tarafından 'Reddedildi' olarak işaretlenir.
- Çiftleme: Geliştirici, kusuru başka herhangi bir kusurla aynı bulursa veya kusurun kavramı başka bir kusurla eşleşirse, kusurun durumu geliştirici tarafından 'Çoğalt' olarak değiştirilir.
- Ertelenmiş: Geliştirici kusurun çok önemli bir önceliğe sahip olmadığını hissederse ve sonraki sürümlerde düzeltilebilirse, böyle bir durumda kusurun durumunu 'Ertelendi' olarak değiştirebilir.
- Hata Değil: Kusur uygulamanın işlevselliği üzerinde bir etkiye sahip değilse, kusurun durumu 'Hata Değil' olarak değiştirilir.
zorunlu alanlar bir test uzmanı günlüğe kaydettiğinde, herhangi bir yeni hata Derleme sürümü, Gönderme Tarihi, Ürün, Modül, Önem, Özet ve Yeniden Oluşturulacak Açıklama'dır.
Yukarıdaki listeye birkaç tane ekleyebilirsiniz isteğe bağlı alanlar manuel bir Hata gönderme şablonu kullanıyorsanız. Bu İsteğe Bağlı Alanlar arasında Müşteri adı, Tarayıcı, İşletim sistemi, Dosya Ekleri veya ekran görüntüleri bulunur.
Aşağıdaki alanlar ya belirtilmiş ya da boş kalır:
Hata Durumu, Öncelik ve 'Atanan' alanlarını ekleme yetkiniz varsa, bu alanları belirtebilirsiniz. Aksi takdirde, Test Yöneticisi durumu, Hata önceliğini ayarlayacak ve hatayı ilgili modül sahibine atayacaktır.
Aşağıdaki Kusur döngüsüne bakın
Yukarıdaki görsel oldukça detaylı ve Bug Life Cycle'daki önemli adımları düşündüğünüzde bunun hakkında hızlı bir fikir edineceksiniz.
Başarılı günlüğe kaydetmede, hata Geliştirme veya Test yöneticisi tarafından incelenir. Test yöneticisi hata durumunu Açık olarak ayarlayabilir, hatayı geliştiriciye atayabilir veya hata sonraki sürüme kadar ertelenebilir.
Bir geliştiriciye bir hata atandığında ve üzerinde çalışmaya başlayabilir. Geliştirici hata durumunu düzeltilemeyecek, Yeniden üretilemedi, Daha fazla bilgiye ihtiyaç var veya 'Düzeltildi' olarak ayarlayabilir.
Geliştirici tarafından ayarlanan hata durumu 'Daha fazla bilgi gerekiyor' veya Düzeltildi ise, QA belirli bir eylemle yanıt verir. Hata düzeltildiyse, QA hatayı doğrular ve hata durumunu doğrulandı kapalı veya Yeniden aç olarak ayarlayabilir.
Kusur Yaşam Döngüsünü Uygulama Yönergeleri
Kusur Yaşam Döngüsü ile çalışmaya başlamadan önce bazı önemli yönergeler benimsenebilir.
Bunlar aşağıdaki gibidir:
- Kusur Yaşam Döngüsü üzerinde çalışmaya başlamadan önce, tüm ekibin bir kusurun farklı durumlarını açıkça anlaması çok önemlidir (yukarıda tartışılmıştır).
- Gelecekte herhangi bir karışıklığı önlemek için Kusur Yaşam Döngüsü uygun şekilde belgelendirilmelidir.
- Kusur Yaşam Döngüsü ile ilgili herhangi bir görev verilen her bireyin, daha iyi sonuçlar için sorumluluğunu çok net bir şekilde anladığından emin olun.
- Bir kusurun durumunu değiştiren her birey, bu durumdan tam olarak haberdar olmalı ve söz konusu kusur üzerinde çalışan herkesin böyle bir durumun nedenini anlayabilmesi için durum ve bu statüyü koymanın nedeni hakkında yeterli ayrıntı sağlamalıdır. bir kusurun çok kolay.
- Kusur izleme aracı, kusurlar arasında ve dolayısıyla Kusur Yaşam Döngüsü iş akışında tutarlılığı korumak için dikkatle kullanılmalıdır.
Şimdi de Kusur Yaşam Döngüsüne dayalı mülakat sorularını tartışalım.
Hata Yaşam Döngüsü Hakkında Önemli Sık Sorulan Sorular veya Mülakat Soruları
S # 1) Yazılım Testi perspektifindeki kusur nedir?
Cevap: Kusur, bir uygulamanın beklenen davranışını gerçek olanla uyumsuz hale getirerek bir uygulamanın normal akışını kısıtlayan her türlü kusur veya hatadır.
S # 2) Hata, Kusur ve Arıza arasındaki temel fark nedir?
Cevap: Hata: Geliştiriciler, geliştirme aşamasında bir uygulamanın gerçek ve beklenen davranışında bir uyumsuzluk olduğunu fark ederse, buna Hata adını verirler.
Kusur: Test uzmanları, test aşamasında bir uygulamanın gerçek ve beklenen davranışında bir uyumsuzluk bulurlarsa, bunu bir Kusur olarak adlandırırlar.
Başarısızlık: Müşteriler veya son kullanıcılar, üretim aşamasında bir uygulamanın gerçek ve beklenen davranışında bir uyumsuzluk bulurlarsa, buna Arıza adını verirler.
S # 3) Bir kusur ilk bulunduğunda durumu nedir?
Cevap: Yeni bir kusur bulunduğunda, 'Yeni' durumundadır. Bu, yeni bulunan bir kusurun başlangıç durumudur.
S # 4) Bir kusur bir geliştirici tarafından onaylanıp düzeltildiğinde, kusur yaşam döngüsündeki bir kusurun farklı durumları nelerdir?
Cevap: Bu durumda bir kusurun farklı durumları Yeni, Atanmış, Açık, Sabit, Yeniden Test Bekleniyor, Yeniden Test, Doğrulandı ve Kapalı durumlarıdır.
S # 5) Bir test kullanıcısı, kusurda geliştirici tarafından giderilen bir sorun bulmaya devam ederse ne olur?
Cevap: Test cihazı, düzeltilen kusurda hala bir sorun bulursa ve kusur yeniden test edilmek üzere bir geliştiriciye atanırsa, kusurun durumunu 'Yeniden Aç' olarak işaretleyebilir.
S # 6) Üretilebilir bir kusur nedir?
Cevap: Her uygulamada tekrar tekrar ortaya çıkan ve her uygulamada adımları yakalanabilen bir kusur, bu tür bir kusur 'üretilebilir' kusur olarak adlandırılır.
S # 7) Ne tür bir kusur, tekrarlanamayan bir kusurdur?
Cevap: Her uygulamada tekrar tekrar meydana gelmeyen ve yalnızca bazı durumlarda ortaya çıkan ve ekran görüntüleri yardımıyla kanıt olarak adımların yakalanması gereken bir kusur, bu tür bir kusur 'tekrarlanamaz' kusur olarak adlandırılır.
S # 8) Kusur raporu nedir?
Cevap: Hata raporu, bir uygulamanın normal akışının beklenen davranışından sapmasına neden olan uygulamadaki kusur veya kusur hakkında raporlama bilgilerini içeren bir belgedir.
S # 9) Bir kusur raporuna hangi ayrıntılar dahildir?
Cevap: Bir kusur raporu aşağıdaki ayrıntılardan oluşur:
Kusur Kimliği, Kusurun Açıklaması, Özellik Adı, Test Durumu Adı, Tekrarlanabilir kusur veya değil, Bir kusurun durumu, Önem ve Kusurun Önceliği, Test Cihazı Adı, Kusurun test edildiği tarih, Kusurun bulunduğu Derleme Sürümü .
Ve kusurun atandığı Geliştirici, kusuru gideren kişinin adı, adımların akışını gösteren bir kusurun ekran görüntüleri, Kusur tarihinin düzeltilmesi ve kusuru onaylayan kişi.
S # 10) Kusur yaşam döngüsünde bir kusur ne zaman 'ertelenmiş' durumuna geçer?
Cevap: Bulunan bir kusur çok önemli olmadığında ve sonraki sürümlerde düzeltilebilen kusur, Kusur Yaşam Döngüsünde 'ertelenmiş' bir duruma taşındığında.
Kusur veya Hatayla İlgili Ek Bilgiler
- Yazılım Geliştirme Yaşam Döngüsünün herhangi bir noktasında bir kusur ortaya çıkabilir.
- Kusur ne kadar erken tespit edilir ve kaldırılırsa, genel kalite maliyeti daha düşük olacaktır.
- Kusur, ortaya çıktığı aşamada ortadan kaldırıldığında kalite maliyeti en aza indirilir.
- Statik test, bir arızayı değil, arızayı bulur. Hata ayıklama dahil olmadığından maliyet en aza indirilir.
- Dinamik testte, bir arızaya neden olduğunda bir kusurun varlığı ortaya çıkar.
Kusur Durumları
| S.No. | Başlangıç hali | Dönen Devlet | Onay Durumu |
|---|---|---|---|
| bir | Kusurun çoğaltılmasından sorumlu kişi için bilgi toplayın | Kusur Reddedilir veya daha fazla bilgi istenir | Kusur Düzeltildi ve test edilmeli ve kapatılmalıdır |
| iki | Eyaletler Açık veya Yeni | Durumlar Reddedildi veya Açıklandı. | Devletler Çözüldü ve Doğrulandı. |
Geçersiz ve Yinelenen Kusur Raporu
- Bazen kusur, kod nedeniyle değil, test ortamı veya yanlış anlaşılma nedeniyle ortaya çıkar, böyle bir rapor Geçersiz kusur olarak kapatılmalıdır.
- Mükerrer Rapor durumunda, biri mükerrer olarak tutulur ve biri kapatılır. Bazı geçersiz raporlar Yönetici tarafından kabul edildi.
- Test Yöneticisi, genel Hata Yönetimine ve sürecine sahiptir ve Hata Yönetimi aracı işlevler arası ekibi genellikle raporları yönetmekten sorumludur.
- Katılımcılar arasında Test Yöneticisi, Geliştiriciler, Proje Yöneticisi, Üretim Müdürü ve ilgi duyan diğer paydaşlar bulunur.
- Kusur Yönetimi komitesi her bir kusurun geçerliliğini belirlemeli ve ne zaman düzeltileceğini veya erteleneceğini belirlemelidir. Bunu belirlemek için, herhangi bir kusuru tamir etmemenin maliyetini, risklerini ve faydasını göz önünde bulundurun.
- Kusurun düzeltilmesi gerekiyorsa, önceliğinin belirlenmesi gerekir.
Kusur Verileri
- Kişinin Adı.
- Test Türü
- Sorun Özeti
- Kusurun Ayrıntılı Açıklaması.
- Yeniden Üretme Adımları
- Yaşam Döngüsü Aşaması
- Kusurun tanıtıldığı çalışma ürünü.
- Önem ve Öncelik
- Kusurun tanıtıldığı Alt Sistem veya Bileşen.
- Kusur ortaya çıktığında gerçekleşen Proje Etkinliği.
- Tanımlama Yöntemi
- Kusur Tipi
- Problemin olduğu Proje ve Ürün
- Mevcut Sahibi
- Mevcut Rapor Durumu
- Kusurun meydana geldiği çalışma ürünü.
- Proje Üzerindeki Etkisi
- Kusurun düzeltilmesi veya düzeltilmemesiyle ilgili risk, kayıp, fırsat ve faydalar.
- Çeşitli kusur yaşam döngüsü aşamalarının meydana geldiği tarihler.
- Kusurun nasıl çözüldüğünün açıklaması ve test için öneriler.
- Referanslar
Süreç Yeteneği
- Giriş, Tespit ve Kaldırma bilgileri -> Kusur tespitini ve Kalite Maliyetini iyileştirin.
- Giriş -> Toplam kusur sayısını azaltmak için en fazla sayıda kusurun uygulandığı sürecin Praetor analizi.
- Kusur Kök bilgisi -> toplam kusur sayısını azaltmak için kusurun altını çizen nedenleri bulun.
- Kusur Bileşeni bilgisi -> Kusur Kümesi Analizi Gerçekleştirin.
Sonuç
Bu tamamen Kusur Yaşam Döngüsü ve Yönetimi ile ilgili.
Umarım bir kusurun yaşam döngüsü hakkında kapsamlı bilgi edinmişsindir. Bu eğitim, gelecekte kusurlarla kolay bir şekilde çalışırken size yardımcı olacaktır.
Önerilen Kaynaklar
- Kusur Temelli Test Tekniği Nedir?
- Yazılım Test Yaşam Döngüsü (STLC) nedir?
- Bugzilla Eğitimi: Hata Yönetimi Aracı Uygulamalı Eğitimi
- Yöntemler ve Yaşam Döngüsü İçeren Java Konuları
- Yazılım Testi Fikirler (ve Nasıl Oluşturulacağı) Hakkında
- Yeni Başlayanlar İçin Derinlemesine Tutulma Öğreticileri
- Hata Yönetimi Süreci: Bir Kusur Etkili Bir Şekilde Nasıl Yönetilir
- Web ve ürün uygulamaları için örnek hata raporları