defect severity priority testing with examples
Bu eğiticide, testte Kusur Önem Derecesi ve Önceliği nedir, kavramı net bir şekilde anlamak için örneklerle kusur önceliği ve önem düzeylerinin nasıl ayarlanacağını öğreneceksiniz.
Ayrıca, kusurların farklı kovalar altında nasıl sınıflandırılacağını ve bunların Kusur Ömrü döngüsündeki ilgisini ayrıntılı olarak ele alacağız. Canlı bir dizi örnekle sınıflandırmanın önemli rolünü de ele alacağız.
Dosyalama kusurları çok ayrılmaz bir Yazılım Testi Yaşam Döngüsünün bir parçası . Aşağıdakiler için tanımlanan birkaç en iyi uygulama vardır: etkili Kusur Raporlama internet üzerinden veya organizasyonlarda.
Ne öğreneceksin:
- Kusur İzlemeye Genel Bakış
Kusur İzlemeye Genel Bakış
Genel düzeyde Kusur Yaşam döngüsünün önemli yönlerinden biri, kusur takibidir. Bu önemlidir, çünkü test ekipleri bir yazılım parçasını test ederken yalnızca test edilen belirli sistem karmaşıksa çarpılan birkaç kusur açar. Böyle bir senaryoda, bu kusurları yönetmek ve kapanmayı sağlamak için bu kusurları analiz etmek göz korkutucu bir görev olabilir.
Hata bakım süreçlerine paralel olarak, herhangi bir test uzmanı, görülen sorunu yeniden oluşturmak için yöntem / açıklama dışında bir kusur kaydettiğinde, kusurun yanlış sınıflandırılmasına yardımcı olacak bazı kategorik bilgiler de sağlamalıdır. Bu da, verimli hata izleme / bakım süreçlerine yardımcı olacak ve aynı zamanda daha hızlı hata dönüş süresinin temelini oluşturacaktır.
Etkili Hata İzleme ve Çözme için temel oluşturan iki ana parametre şunlardır:
- Testte Kusur Önceliği
- Testte Kusur Önem Derecesi
Bunlar genellikle kafa karıştırıcı bir kavramdır ve neredeyse sadece test ekipleri arasında değil, aynı zamanda geliştirme ekipleri arasında da birbirinin yerine kullanılır. İkisi arasında ince bir çizgi var ve ikisi arasında gerçekten farklılıklar olduğunu anlamak önemlidir.
Bir sonraki bölümde iki parametrenin teorik tanımlarını kısaca anlayalım.
Kusur Şiddeti ve Önceliği Nedir?
İngilizce tanımına göre öncelik, birine diğerinden daha fazla önem verilmesi gereken ve bir sonrakine geçmeden önce ele alınması / çözülmesi gereken iki şeyin veya koşulun karşılaştırılmasında kullanılır. Bu nedenle, kusurlar bağlamında, bir kusurun önceliği, düzeltilmesi gereken aciliyeti gösterir.
İngilizce tanımına göre ciddiyet, istenmeyen bir olayın ciddiyetini tanımlamak için kullanılır. Bu nedenle, hatalar söz konusu olduğunda, bir hatanın ciddiyeti, sistem üzerindeki etkisi açısından sahip olduğu etkiyi gösterir.
Bunları Kim Tanımlıyor?
Kalite Güvencesi, kusurların karmaşıklığına ve kritikliğine bağlı olarak kusurları uygun önem derecesi altında sınıflandırır.
Proje yöneticileri, iş analistleri, ürün sahibi dahil tüm iş paydaşları, kusurların önceliğini belirler.
Aşağıdaki şekil, kusurların kritikliği ve ciddiyetinin sahibi olan ve sınıflandıran rolü tasvir etmektedir.
Bu Seviyeler Nasıl Seçilir?
Daha önce tartıştığımız gibi, ciddiyet parametresi test cihazı tarafından değerlendirilirken, öncelik parametresi esas olarak Ürün Yöneticisi veya temelde triyaj ekibi tarafından değerlendirilir. Durum böyle olsa bile, kusurun ciddiyeti kesinlikle kusurun önceliklendirilmesinde belirleyici ve etkileyen faktörlerden biridir. Bu nedenle, bir test uzmanı olarak geliştirme ekipleriyle karışıklığı önlemek için doğru önem derecesini seçmek önemlidir.
Önem ve Öncelik Arasındaki Fark
Öncelik, programlama ile ilişkilidir ve 'önem derecesi' standartlarla ilişkilidir.
'Öncelik', bir şeyin önceden dikkate alındığı veya öncelikli ilgiyi hak ettiği anlamına gelir; önem sırasına (veya aciliyete) göre belirlenen öncelik.
'Şiddet' şiddetli olmanın durumu veya kalitesidir; katı, katı standartlara veya yüksek ilkelere bağlılığı ima eder ve genellikle sertliği gösterir; şiddetli olması, katı standartlara veya yüksek ilkelere sıkı sıkıya bağlı kalınması Örneğin, ciddi bir davranış kodu.
Öncelik ve ciddiyet kelimeleri hata izlemede ortaya çıkar.
Çeşitli ticari, sorun izleme / yönetim yazılım araçları mevcuttur. Yazılım test mühendislerinin ayrıntılı girdileriyle birlikte bu araçlar, geliştiricilerin hatayı anlayabilmesi, 'Önem Derecesi' hakkında bir fikir edinmesi, yeniden üretmesi ve düzeltmesi için takıma eksiksiz bilgi verir.
Düzeltmeler, proje 'Öncelikleri' ve hataların 'Önem' düzeyine dayalıdır.
Bir sorunun 'Önem Derecesi' müşterinin risk değerlendirmesine göre belirlenir ve seçtikleri izleme aracına kaydedilir.
web hizmetleri mülakat soruları .net
Buggy yazılımı, programları 'ciddi şekilde' etkileyebilir ve bu da, 'önceliklerin' yeniden değerlendirilmesine ve yeniden müzakeresine yol açabilir.
Öncelik Nedir?
Adından da anlaşılacağı gibi öncelik, iş ihtiyaçlarına ve kusurun ciddiyetine bağlı olarak bir kusuru önceliklendirmekle ilgilidir. Öncelik, bir kusuru düzeltmenin önemini veya aciliyetini ifade eder.
Bir kusur açarken, test uzmanı genellikle ürünü son kullanıcı perspektifinden görüntülerken başlangıçta önceliği atar. Bunlara paralel olarak farklı seviyeler vardır:
Genel olarak kusurların önceliği şu şekilde sınıflandırılabilir:
Öncelik # 1) Acil / Kritik (P1)
Bu, 24 saat içinde derhal düzeltilmelidir. Bu genellikle bir işlevin tamamının engellendiği ve bunun sonucunda hiçbir testin ilerlemediği durumlarda ortaya çıkar. Veya diğer bazı durumlarda, önemli bellek sızıntıları varsa, genellikle kusur öncelik -1 olarak sınıflandırılır, bu da programın / özelliğin mevcut durumda kullanılamaz olduğu anlamına gelir.
Test sürecini etkileyen ve derhal ilgilenilmesi gereken herhangi bir kusur, hemen kategori altında sınıflandırılacaktır.
Hepsi Kritik önem kusurlar bu kategoriye girer (işletme / paydaşlar tarafından yeniden önceliklendirilmedikçe)
Öncelik # 2) Yüksek (P2)
Kritik kusurlar giderildikten sonra, bu önceliğe sahip bir kusur, herhangi bir test faaliyetinin 'çıkış' kriterlerine uyması için düzeltilmesi gereken bir sonraki adaydır. Normalde bir özellik olması gerektiği gibi kullanılamadığında, bir program hatası nedeniyle veya bu yeni kodun yazılması gerektiğinde veya bazen bazı çevresel sorunların kod aracılığıyla ele alınması gerektiğinden, bir kusur öncelik 2 olarak nitelendirilebilir. .
Bu, sürüm yapılmadan önce çözülmesi gereken kusur veya sorundur. Bu kusurlar, Kritik sorunlar çözüldükten sonra çözülmelidir.
Hepsi Majör ciddiyet kusurlar bu kategoriye girer.
Öncelik # 3) Orta (P3)
Bu önceliğe sahip bir kusur, beklentiye uygun olmayan işlevsellik sorunlarını da ele alabileceğinden, düzeltilmesi için çekişmeli olmalıdır. Bazen, başarısızlık sırasında doğru hata mesajını beklemek gibi kozmetik hatalar bile öncelikli kusur olarak nitelendirilebilir.
Bu kusur, tüm ciddi hatalar giderildikten sonra çözülmelidir.
Kritik ve Yüksek öncelikli hatalar bittiğinde, orta öncelikli hatalara gidebiliriz.
Hepsi Minör ciddiyet kusurlar bu kategoriye girer.
Öncelik # 4) Düşük (P4)
Düşük önceliğe sahip bir kusur, kesinlikle bir sorun olduğunu gösterir, ancak 'çıkış' kriterlerine uyması için düzeltilmesi gerekmez. Ancak, GA yapılmadan önce bu düzeltilmelidir. Tipik olarak, daha önce tartışıldığı gibi bazı yazım hataları ve hatta kozmetik hatalar burada kategorize edilebilir.
Bazen düşük önceliğe sahip kusurlar, mevcut tasarımda bazı iyileştirmeler önermek veya kullanıcı deneyimini geliştirmek için küçük bir özellik uygulama talebinde bulunmak için de açılır.
Bu kusur gelecekte çözülebilir ve herhangi bir acil müdahale gerektirmez ve Düşük önem kusurlar bu kategoriye girer.
Daha önce tartışıldığı gibi, öncelik, kusur geri dönüş süresinin ne kadar hızlı olması gerektiğini belirler. Birden fazla kusur varsa, öncelik, hangi kusurun hemen düzeltilmesi ve doğrulanması gerektiğine ve hangi kusurun biraz sonra düzeltilebileceğine karar verir.
Önem Nedir?
Önem derecesi, belirli bir kusurun uygulama veya sistem üzerinde ne ölçüde bir etki yaratabileceğini tanımlar.
Önem derecesi, kusurun sistem üzerindeki etkisini ifade eden bir parametredir - kusur ne kadar kritiktir ve kusurun tüm sistemin işlevselliği üzerindeki etkisi nedir? Önem derecesi, test cihazı tarafından bir kusur açarken belirlenen bir parametredir ve esas olarak test cihazının kontrolündedir. Yine, farklı kuruluşların kusurlar için kullanabilecekleri farklı araçları vardır, ancak genel düzeyde bunlar aşağıdaki önem düzeyleridir:
Örneğin, Aşağıdaki senaryoları düşünün
- Kullanıcı çevrimiçi alışveriş yapmaya çalışırsa ve uygulama yüklenmezse veya sunucu kullanılamıyor mesajı açılır.
- Kullanıcı sepete ürün ekleme işlemi gerçekleştirir, eklenen miktar sayısı yanlış / yanlış ürün eklenir.
- Kullanıcı ödemeyi yapar ve ödeme yapıldıktan sonra sipariş onaylanmış olarak sepette kalır.
- Sistem siparişi kabul eder ancak en sonunda herhangi bir sorun nedeniyle yarım saat sonra siparişi iptal eder.
- Sistem, 'Sepete Ekle' seçeneğini tek bir tıklama yerine yalnızca çift tıklama ile kabul eder.
- Sepete Ekle düğmesi Sepete Ekle olarak yazılır.
Yukarıdaki senaryolardan herhangi biri gerçekleşebilirse, kullanıcı deneyimi ne olurdu?
Genel olarak kusurlar şu şekilde sınıflandırılabilir:
# 1) Kritik (S1)
Ürünün / özelliğin test edilmesini tamamen engelleyen veya engelleyen bir kusur, kritik bir kusurdur. Bir örnek, bir sihirbazdan geçtikten sonra kullanıcı arayüzünün bir bölmede asılı kaldığı veya işlevi tetiklemek için daha ileri gitmediği UI testi durumunda verilebilir. Veya diğer bazı durumlarda, geliştirilen özelliğin kendisi yapıda eksik olduğunda.
Herhangi bir nedenle, uygulama çökerse veya kullanılamaz hale gelirse / daha fazla ilerleyemezse, kusur kritik önem derecesi altında sınıflandırılabilir.
Herhangi bir yıkıcı sistem arızası, kullanıcının uygulamaların kullanılmamasına neden olabilir, Kritik önem derecesi altında sınıflandırılabilir
Örneğin, Yahoo veya Gmail gibi e-posta servis sağlayıcılarında, doğru kullanıcı adı ve şifreyi yazdıktan sonra, oturum açmak yerine sistem çöker veya hata mesajı atar, bu kusur tüm uygulamayı kullanılamaz hale getirdiği için kritik olarak sınıflandırılır.
Yukarıda tartışılan 1. noktadaki senaryo, çevrimiçi uygulama tamamen kullanılamaz hale geldiği için Kritik Kusur olarak sınıflandırılabilir.
# 2) Binbaşı (S2)
Gereksinimlerini / kullanım durumlarını karşılamayan ve beklenenden farklı davranan uygulanan herhangi bir Ana özellik, Büyük Önem altında sınıflandırılabilir.
İşlevsellik beklentilerden büyük ölçüde uzaklaştığında veya yapması gerekeni yapmadığında büyük bir kusur ortaya çıkar. Bir örnek şöyle olabilir: Anahtarda bir VLAN'ın dağıtılması gerektiğini ve bu işlevi tetikleyen bir UI şablonu kullandığınızı varsayalım. VLAN'ı yapılandırmak için bu şablon anahtarda başarısız olduğunda, ciddi bir işlevsellik dezavantajı olarak sınıflandırılır.
Örneğin, Yahoo veya Gmail gibi e-posta hizmeti sağlayıcılarında, CC bölümüne birden fazla alıcı eklemenize izin verilmediğinde, uygulamanın ana işlevi düzgün çalışmadığı için bu kusur Büyük kusur olarak sınıflandırılır.
Postadaki CC bölümünün davranışından beklenen şey, kullanıcının birden çok Kullanıcı eklemesine izin vermelidir. Dolayısıyla, uygulamanın temel işlevi düzgün çalışmadığında veya beklenenden farklı davrandığında, bu büyük bir kusurdur.
Yukarıda tartışılan 2. ve 3. noktalardaki senaryolar, sipariş yaşam döngüsünün bir sonraki aşamasına sorunsuz bir şekilde geçmesi beklendiğinden, ancak gerçekte davranışta değişiklik gösterdiğinden, Büyük Kusur olarak sınıflandırılabilir.
Hatalı veri kalıcılığına, veri sorunlarına veya yanlış uygulama davranışlarına yol açabilecek herhangi bir kusur genel olarak Büyük önem derecesi altında sınıflandırılabilir.
# 3) Küçük / Orta (S3)
Gereksinimlerini / kullanım durumlarını karşılamayan ve beklenenden farklı davranan, ancak etkisi bir dereceye kadar ihmal edilebilir olan veya uygulama üzerinde önemli bir etkisi olmayan herhangi bir özellik Küçük Önem altında sınıflandırılabilir.
Ürün veya uygulama belirli kriterleri karşılamadığında veya hala bazı doğal olmayan davranışlar sergilediğinde orta düzeyde bir kusur oluşur, ancak işlevsellik bir bütün olarak etkilenmez. Örneğin, yukarıdaki VLAN şablonunda konuşlandırmada, şablon anahtara başarılı bir şekilde yerleştirildiğinde orta veya normal bir kusur ortaya çıkacaktır, ancak kullanıcıya gönderilen herhangi bir gösterge yoktur.
Örneğin, Yahoo veya Gmail gibi e-posta servis sağlayıcısında, 'Şartlar ve Koşullar' denen bir seçenek vardır ve bu seçenekte, web sitesinin şartları ve durumuna ilişkin birden çok bağlantı olacaktır, Birden çok bağlantıdan biri düzgün çalışmıyorsa Uygulamanın yalnızca küçük işlevselliğini etkilediği ve uygulamanın Kullanılabilirliği üzerinde büyük bir etkisi olmadığı için önemsiz önem derecesi olarak adlandırılır.
Yukarıda tartışılan 5. noktadaki senaryo, sistem akış sırasında herhangi bir veri kaybı veya hatası olmadığından, ancak kullanıcı deneyimi söz konusu olduğunda hafif bir rahatsızlık olduğundan, Küçük Hata olarak sınıflandırılabilir.
Bu tür kusurlar, minimum işlevsellik veya kullanıcı deneyimi kaybıyla sonuçlanır.
# 4) Düşük (S4)
Yazım hataları veya hizalama sorunları ya da yazı tipi büyük / küçük harfleri dahil olmak üzere tüm kozmetik kusurlar Düşük Önem altında sınıflandırılabilir.
İşlevsellik üzerinde neredeyse hiçbir etkisi olmadığında, ancak yine de düzeltilmesi gereken geçerli bir kusur olduğunda, küçük bir düşük önem hatası oluşur. Bunun örnekleri, kullanıcılara yazdırılan hata mesajlarındaki yazım hatalarını veya bir özelliğin görünümünü ve hissini geliştirmek için kusurları içerebilir.
Örneğin, Yahoo veya Gmail gibi e-posta hizmeti sağlayıcılarında, 'Lisans sayfasını' fark etmişsinizdir, sayfada herhangi bir yazım hatası veya yanlış hizalama varsa, bu kusur Düşük olarak sınıflandırılır.
Yukarıda tartışılan 6. noktadaki senaryo, Ekle düğmesi yanlış Kasada görüntülendiğinden Düşük Kusur olarak sınıflandırılabilir. Bu tür bir kusurun sistem davranışı veya veri sunumu veya veri kaybı veya veri akışı veya hatta kullanıcı deneyimi üzerinde herhangi bir etkisi olmayacak, ancak çok kozmetik olacaktır.
Özetlemek gerekirse, aşağıdaki şekil Önem ve Önceliğe göre geniş Kusur sınıflandırmasını göstermektedir:
Örnekler
Daha önce de belirtildiği gibi, farklı kuruluşlar hata izleme ve bununla ilgili süreçler için farklı türde araçlar kullandıklarından, çeşitli yönetim seviyeleri ve teknik personel arasında ortak bir izleme sistemi haline gelir.
Kusur Önem derecesi daha çok işlevsellik kapsamında olduğundan, Test Mühendisi kusurun ciddiyetini belirler. Zaman zaman geliştiriciler kusur ciddiyetini etkilemeye katılırlar, ancak bu çoğunlukla, belirli bir özelliğin genel işleyişi ne kadar etkileyebileceğini değerlendirirken test uzmanına bağlıdır.
Öte yandan, kusur önceliğini belirlemeye gelince, Başlangıçta, kusuru oluşturan önceliği belirlemesine rağmen, ürün hakkında genel bir görüşe sahip olduğu ve belirli bir kusurun ne kadar hızlı ele alınması gerektiği için Ürün Yöneticisi tarafından tanımlanır. . Bir test cihazı, kusur önceliğini belirlemek için ideal bir kişi değildir.
Şaşırtıcı görünse de, neden olduğuna dair iki farklı örnek var:
Örnek 1) Kullanıcının ürünün kendisinin isimlendirilmesinde bir hata bulduğu veya UI belgelerinde bazı problemler bulduğu bir durum olduğunu düşünün. Bir test cihazı normalde küçük / kozmetik bir kusur açar ve düzeltmesi çok basit olabilir, ancak ürün görünümü ve hissi / Kullanıcı deneyimi söz konusu olduğunda ciddi bir etkiye neden olabilir.
Örnek 2) Müşteri ortamında son derece nadir görülen veya çarpma olasılığı olmayan belirli bir kusurun meydana geldiği belirli koşullar olabilir. İşlevsellik açısından bu, bir test uzmanı için yüksek öncelikli bir kusur gibi görünse de, nadir görülmesi ve düzeltmenin yüksek maliyeti göz önüne alındığında bu, düşük öncelikli bir kusur olarak sınıflandırılır.
Bu nedenle, aslında kusur önceliği genellikle ürün yöneticisi tarafından bir 'kusur triyajı' toplantısında belirlenir.
Farklı seviyeler
Öncelik ve Önem derecesi, kusurun nasıl ele alınması gerektiğini belirlemeye yardımcı olan bazı sınıflandırmalara sahiptir. Birçok farklı kuruluşun farklı kusur kayıt araçları , bu nedenle seviyeler değişebilir.
Öncelik ve Önem derecesi için farklı düzeylere bir göz atalım.
- Yüksek Öncelik, Yüksek Önem
- Yüksek Öncelik, Düşük Önem
- Yüksek Önem, Düşük Öncelik
- Düşük Önem, Düşük Öncelik
Aşağıdaki şekil, kategorilerin sınıflandırılmasını tek bir kod parçacığında göstermektedir.
# 1) Yüksek Önem ve Yüksek Öncelik
Herhangi bir Kritik / büyük iş durumu hatası otomatik olarak bu kategoriye yükseltilir.
Testin herhangi bir maliyetle devam edemeyeceği veya ciddi bir sistem arızasının bu kategoriye girmesine neden olan herhangi bir kusur. Örneğin, belirli bir düğmeyi tıklamak, özelliğin kendisini yüklemez. Veya belirli bir işlevi gerçekleştirmek sunucuyu sürekli olarak kapatır ve veri kaybına neden olur. Yukarıdaki şekildeki kırmızı çizgiler bu tür kusurları göstermektedir.
Örneğin,
Ödemeyi yaptıktan sonra veya ürünleri Alışveriş Sepetine ekleyemediğinizde sistem çöküyor, bu kusur Yüksek Önem ve Yüksek Öncelik kusuru olarak işaretlenir.
Başka bir örnek ATM satış para birimi özelliği olacaktır, burada doğru kullanıcı adı ve şifre girildikten sonra, makine parayı dağıtmaz, ancak hesabınızdan aktarılan tutarı düşer.
# 2) Yüksek Öncelik ve Düşük Önem
Kullanıcı deneyimini doğrudan etkileyebilecek tüm önemsiz kusurlar otomatik olarak bu kategoriye yükseltilir.
Düzeltilmesi gereken ancak uygulamayı etkilemeyen kusurlar bu kategoriye girer.
Örneğin, özelliğin kullanıcıya dönüş koduna göre belirli bir hatayı göstermesi beklenir. Bu durumda, işlevsel olarak kod bir hata atacaktır, ancak mesajın üretilen dönüş koduyla daha alakalı olması gerekecektir. Şekildeki mavi çizgiler bu tür kusurları göstermektedir.
Örneğin,
Ön sayfadaki firma logosu yanlış, Yüksek Öncelikli ve Düşük Önem kusur .
Örnek 1) Çevrimiçi alışveriş web sitesinde, FrontPage logosu yanlış yazıldığında, örneğin Flipkart yerine Flipkart olarak yazılır.
Örnek 2) Banka logosunda ICICI yerine ICCCI yazmaktadır.
aşağıdaki işlemlerden hangisi işaretleyicilere uygulanamadı
İşlevsellik açısından, hiçbir şeyi etkilemez, bu nedenle Düşük Önem Derecesi olarak işaretleyebiliriz, ancak kullanıcı deneyimi üzerinde bir etkisi vardır. Uygulama tarafında çok daha az etkiye sahip olsalar bile, bu tür kusurların yüksek öncelikli olarak düzeltilmesi gerekir.
# 3) Yüksek Önem ve Düşük Öncelik
İşlevsel olarak gereksinimleri karşılamayan veya sistem üzerinde herhangi bir işlevsel etkiye sahip olan ancak iş kritikliği söz konusu olduğunda paydaşlar tarafından arka koltuğa bırakılan herhangi bir kusur otomatik olarak bu kategoriye yükseltilir.
Düzeltilmesi gereken ancak hemen değil kusurlar. Bu, özellikle geçici test sırasında ortaya çıkabilir. Bu, işlevselliğin büyük ölçüde etkilendiği anlamına gelir, ancak yalnızca bazı yaygın olmayan giriş parametreleri kullanıldığında gözlemlenir.
Örneğin, belirli bir işlevsellik yalnızca aygıt yazılımının sonraki bir sürümünde kullanılabilir, bu nedenle bunu doğrulamak için, test cihazı gerçekte sistemini düşürür ve testi gerçekleştirir ve geçerli olan ciddi bir işlevsellik sorununu gözlemler. Böyle bir durumda, kusurlar pembe çizgilerle gösterilen bu kategoride sınıflandırılacaktır, çünkü normalde son kullanıcıların daha yüksek bir ürün yazılımı sürümüne sahip olması beklenir.
Örneğin,
Bir sosyal ağ sitesinde, yeni bir özelliğin beta sürümü yayınlanırsa, bugün itibariyle bu tesisi kullanan çok sayıda aktif kullanıcı bulunmaz. Bu özellikte bulunan herhangi bir kusur, işletme sınıflandırması önemli olmadığı için geri planda kaldığından düşük öncelikli olarak sınıflandırılabilir.
Bu özelliğin işlevsel bir kusuru olmasına rağmen, son müşterileri doğrudan etkilemediği için, bir işletme paydaşı, uygulama üzerinde ciddi bir işlevsel etkiye sahip olmasına rağmen, kusuru düşük öncelik altında sınıflandırabilir.
Bu yüksek önem derecesine sahip bir hatadır, ancak bir sonraki sürümde değişiklik isteği olarak düzeltilebileceğinden düşük önceliğe öncelik verilebilir. İş paydaşları da bu özelliği nadiren kullanılan bir özellik olarak önceliklendirir ve kullanıcı deneyimi üzerinde doğrudan etkisi olan diğer özellikleri etkilemez. Bu tür kusurlar şu şekilde sınıflandırılabilir: Yüksek Önem, Düşük Öncelikli kategori.
# 4) Düşük Önem ve Düşük Öncelik
3'ün paragrafındaki herhangi bir yazım hatası / yazı tipi büyük / küçük harf / yanlış hizalamardveya 4inciana veya ön sayfa / başlık değil, uygulamanın sayfası.
Bu kusurlar, şekilde gösterildiği gibi yeşil çizgilerde sınıflandırılır ve işlevsellik etkisi olmadığında, ancak yine de standartları küçük ölçüde karşılamadığında ortaya çıkar. Genellikle kozmetik hatalar veya örneğin UI'daki bir tablodaki bir hücrenin boyutları burada sınıflandırılır.
Örneğin,
Web sitesinin gizlilik politikasında bir yazım hatası varsa, bu kusur şu şekilde ayarlanır: Düşük Önem ve Düşük Öncelik.
Yönergeler
Aşağıda, her test uzmanının izlemesi gereken bazı kurallar verilmiştir:
- Öncelikle, öncelik ve önem kavramlarını iyi anlayın. Birini diğeriyle karıştırmaktan ve birbirinin yerine kullanmaktan kaçının. Buna uygun olarak, kuruluşunuz / ekibiniz tarafından yayınlanan önem kurallarını takip edin, böylece herkes aynı sayfada olsun.
- Önceliğini etkileyeceğinden, her zaman sorun türüne göre önem düzeyini seçin. Bazı örnekler:
- Tüm sistemin çökmesi ve hiçbir şey yapılmaması gibi kritik olan bir sorun için - bu önem derecesi program kusurlarını ele almak için kullanılmamalıdır.
- İşlevin beklendiği gibi çalışmadığı durumlarda olduğu gibi büyük bir sorun için - bu önem derecesi, mevcut çalışmadaki yeni işlevleri veya iyileştirmeleri ele almak için kullanılabilir.
Unutmayın, doğru önem düzeyini seçmenin, sonuçta kusuru vereceğini, gerekli öncelik budur.
- Bir testçi olarak - belirli bir işlevselliğin nasıl daha ayrıntılı olarak ele alınacağını anlamak - belirli bir senaryonun veya test senaryosunun son kullanıcıyı nasıl etkileyeceğini anlamak. Bu, geliştirme ekibi, İş Analistleri, mimarlar, Test lideri, Geliştirme lideri ile çok sayıda işbirliği ve etkileşim gerektirir. Tartışmalarınızda, bu kusuru doğrulamak için karmaşıklığına ve zamanına bağlı olarak hatayı düzeltmenin ne kadar zaman alacağını da hesaba katmanız gerekir.
- En sonunda Kusurun giderilmesi için veto yetkisine sahip olan her zaman ürün sahibidir. Bununla birlikte, kusur önceliklendirme seansları, kusur hakkındaki bakış açılarını vaka bazında sunmak için çeşitli üyeler içerdiğinden, böyle bir zamanda, geliştiriciler ve test edenler senkronize ise, kesinlikle kararın etkilenmesine yardımcı olur.
Sonuç
Kusurları açarken, kusurlara doğru şiddeti atamak bir test uzmanının sorumluluğundadır. Yanlış önem derecesi ve dolayısıyla öncelik eşlemesi, genel STLC süreci ve bir bütün olarak ürün üzerinde çok ciddi etkilere sahip olabilir. Birkaç iş görüşmesinde - bir test uzmanı olarak bu kavramların aklınızda kusursuz bir şekilde açık olmasını sağlamak için öncelik ve önem derecesi hakkında sorulan birkaç soru vardır.
Ayrıca, kusurun çeşitli Önem / Öncelik paketleri altında nasıl sınıflandırılacağına dair canlı örnekler görmüştük. Şimdiye kadar, hem önem derecesi hem de öncelikli paketlerde kusur sınıflandırması hakkında yeterli açıklamaya sahip olmanızı diliyorum.
Umarım bu makale, kusur önceliğini ve önem düzeylerini anlamak için eksiksiz bir kılavuzdur. Aşağıdaki yorumlarda düşüncelerinizi / sorularınızı bize bildirin.
Önerilen Kaynaklar
- Kusur Temelli Test Tekniği Nedir?
- Yazılım Testinde Kusur / Hata Yaşam Döngüsü Nedir? Kusur Yaşam Döngüsü Eğitimi
- Hata Yönetimi Süreci: Bir Kusur Etkili Bir Şekilde Nasıl Yönetilir
- Tekrarlanamayan Kusur Nasıl Yeniden Üretilir ve Test Etme Çabanızı Buna Değer Hale Getirir
- Yazılım Testinin 7 Prensibi: Kusur Kümeleme ve Pareto Prensibi
- Kusur Önleme Yöntemleri ve Teknikleri
- Örneklerle Doğrulama ve Doğrulama Arasındaki Tam Fark
- Engelleyici Kusuruyla Başa Çıkmak İçin 3 Strateji