Menü

Kusur Yoğunluğu Hakkında Hepsi Bir Arada Kılavuz - Önemi ve Nasıl Hesaplanacağı.

all one guide defect density its importance

Sorunları Ortadan Kaldırmak Için Enstrümanımızı Deneyin

Yoğunluk Kusurları Kılavuzu:

Test Metrikleri aldatıcı. Ölçmenin tek yolu onlar, ancak çeşitlilik çok büyük.

Size istediğiniz analitiği vermeyen bir şey topluyor olabilirsiniz. Buradaki en güvenli yol, iyice dövülmüş yolda yürümek.

Dünyadaki hemen hemen her ekip, hata eğilimlerini anlamak için Hata Yoğunluğuna güvenir.

Bugünün makalesi, Kusur Yoğunluğu (DD) ile ilgili hepsi bir arada bir kılavuzdur.

Hata yoğunluğu kılavuzu

en iyi harici sabit disk kurtarma yazılımı

Ne öğreneceksin:

Hata Yoğunluğu nedir?

Yoğunluğun kelimenin tam anlamıyla ne anlama geldiğine bakalım.

'Bir maddenin yoğunluğunun derecesidir (Kaynak: Google)'.

Dolayısıyla, Hata Yoğunluğu, uygulamadaki kusurların kompaktlığıdır. (Tamam, bu sadece kusur dağıtımının iyileştirilmiş bir versiyonu.)

Uygulamalar fonksiyonel alanlara veya daha teknik olarak ayrılmıştır BLOK (Bin Satır kod). Böylece, bir yazılım uygulamasının bir bölümündeki veya KLOC başına düşen ortalama kusur sayısı, hata yoğunluğudur.

Hata Yoğunluğu nasıl hesaplanır?

Bu basit bir matematiktir.

Aşama 1: Ham maddeyi toplayın: Toplam no'ya ihtiyacınız olacak. kusurların (bir sürüm / derleme / döngü için).

Adım 2: Ortalama hayır hesaplayın. kusurlar / İşlevsel alan veya KLOC

Hesaplama örneğiyle birlikte hata yoğunluğu Formülü:

Örnek 1: Belirli bir test döngüsü için 5 modülde (veya bileşenlerde) 30 kusur vardır. Yoğunluk şu şekilde olacaktır:

Toplam no. kusur / Toplam no. modül sayısı = 30/5 = 6. Modül başına DD 6'dır.

Örnek 2: Farklı bir bakış açısı, diyelim ki 15KLOC için 30 kusur var. O zaman şöyle olur:

Toplam no. / KLOC = 30/15 = 0.5 = Yoğunluk her 2 KLOC için 1 Kusurdur.

Örnek 2, sadece KLOC'nin farkında olan ve buna karşı bir ölçüm yapılması gereken takımlar içindir. Çoğu takım bu tür bir istatistikle çalışmaz. Ancak gerekirse, başvurunuzun kaç KLOC olduğunu öğrenebilirsiniz.

Böcek Yoğunluğu Neden Önemlidir?

Test ekibinin topladığı her metrik aşağıdakilerden birini taşır:

  • İlerleme
  • Üretkenlik
  • Kalite

Değilse, zamanınızı boşa harcarsınız.

DD, Kaliteyi anlamanın en etkili yoludur.

Örneğin: KLOC başına DD 5 içeren bir uygulama, KLOC başına 15 ile diğerine göre daha kalitelidir.

Hata yoğunluğu ne kadar yüksekse, Kalite o kadar düşüktür.

İki önemli amaca hizmet eder:

  • Bilgi vermek: Bilgi güçtür, değil mi? Uygulamanızın en zayıf alanlarını bilmek, uygulamanın 'kullanıma uygun' olup olmadığına karar vermenize yardımcı olur.
  • Eylem çağrısı: Daha yüksek DD'ye sahip bir modülün onarılması gerekir. DD onları tanımlamaya yardımcı olur.

Yapılmayacaklar

# 1)Yinelenen / iade edilen kusurları hesaba katmayın

Yanlış hesaplanmış Kusur Yoğunluğu ekibinizi yanıltabilir.

Yinelenen / iade edilen kusurları dahil etmeyin (bir hata değil, amaçlandığı gibi çalışıyor, Tekrarlanamaz vb.) Toplam numara sayısını artırır. Kusurların sayısı, bu da DD'nin orantılı olarak artacağı anlamına gelir. Sonuç olarak, kusur ölçümünüz düşük kaliteyi gösterecek ve bu kesin bir yanlış alarm olacaktır.

#iki)Bunu bir günlük verilere göre yapmayın

Şu varsayımsal duruma bakalım:

LO1

1. günde DD daha yüksektir. Bu, ekibinizi hemen panik moduna sokabilir.

Yani, Daha iyi hammadde elde edene kadar bekleyin. Diğer bir deyişle, birkaç günlük veri.

Ayrıca, DD'yi hesaplarken, kümülatif bir kusur sayısı istersiniz.

Yukarıdaki tabloda, 2. Günden itibaren DD'niz şimdiye kadarki kusurların sayısını hesaba katmaz. Yalnızca o günün verilerine bakar.

Bana şu izlenimi veriyor: '2. günden itibaren kusur yoğunluğu azalıyor ve artıyor ve trend yok.' Ayrıca, bir gün önce bildirilen kusurlarla ilgili hiçbir şey yapılmadığında kusur yoğunluğu nasıl azalabilir? Değil mi? Bunu düşün.

Bunu yapmanın daha iyi bir yolu şudur:

LO2

Bir kere daha, bunu günlük olarak yapıyorsanız, kümülatif kusur sayısını hesaba katın.

Varyasyonlar

Ekibinizin ihtiyaç duyduğu iyileştirme düzeyine bağlı olarak, bu kusur ölçüsünü değiştirebilirsiniz.

Toplam no. KLOC veya modüllere göre Yüksek / Kritik kusurların sayısı

  • Bunu modül başına sorunları döndürmek için de yapabilirsiniz. Burada yalnızca derlemelerde / sürümlerde geri gelmeye devam eden sorunların sayısını toplayacaksınız

Yazılım, Hata Yoğunluğunun hangi değerlerinde kabul edilemez hale geliyor?

Hata Yoğunluğu Endüstri Standardı:

Bu her endüstri, uygulama ve her ekip için değişir. İmalatın belirli bir eşiği olacak ve bu BT için tamamen farklı olacaktır.

Görünüş değerine göre DD düşük kaliteyi gösterir. Ancak, sırayla, ürünün kullanıma uygun olup olmadığına karar veren, münferit kusurların ciddiyetidir.

Yüksek DD, daha derine inmek ve kusurlarınızı sonuçları için analiz etmek için göstergenizdir.

Sıfır hata yoğunluğunu kim istemez, değil mi? Bu nedenle, belirli bir standart olmamasına rağmen, bu değer ne kadar düşükse o kadar iyidir.

Son düşünceler:

  • Tahmine dayalı bir sayı değildir. DD değeri, ürünün gelecekteki kalitesini beklemeye yardımcı olmaz. Daha iyi veya daha kötü olabilir. Geçmiş veriler, gelecekteki tahminlere yardımcı olmaz.
  • Kritik test aşamaları / döngüleri sırasında (UAT gibi) DD, zamana göre hesaplanır.Örneğin: GG / İlk saat, günlük GG vb.
  • Birden fazla salım / döngü kusur istatistiğini harmanlarken, kusur yoğunluğu döngü başına veya sürüm başına olabilir.
  • Tablo verilerinin basit bir grafik gösterimi aşağıdaki gibi olabilir:

DD3

Hata Yoğunluğu grafiği

Sonuç olarak

Kusur Yoğunluğu, temel bir kalite göstergesidir. Bu kusur metriğini toplayıp sunarken yanlış gidemezsiniz. Daha ne? Hesaplaması en kolay olanlardan biridir.

Umarım bu makale, daha derin içgörüler için Kusur Yoğunluğunu kullanmaya başlamanız için yeterli maruziyet sağlamıştır.

Yazar : STH ekip üyesi Swati bu ayrıntılı öğreticiyi yazdı.

Takımlarınızdaki kusur yoğunluğunu hesaplıyor musunuz? Evetse, bunu döngü başına mı, modül başına mı yoksa KLOC başına mı yapıyorsunuz? Değilse, kaliteyi anlamanıza başka hangi ölçümler yardımcı olur? Lütfen yorumlarınızı ve sorularınızı aşağıda paylaşın.

Önerilen Kaynaklar

^