Yazılım Testinde Hata Yönetimi Süreci
Thomas Hamilton
Kusur Yönetim Süreci Nedir?
Hata Yönetimi, hataları belirlemek ve düzeltmek için sistematik bir süreçtir. Bir hata yönetimi döngüsü aşağıdaki aşamaları içerir: 1) Hatanın Keşfi, 2) Hata Kategorizasyonu 3) Geliştiriciler tarafından Hatanın Düzeltilmesi 4) Testçiler Tarafından Doğrulama, 5) Hata Kapatma 6) Projenin sonunda Hata Raporları
Bu konu, kusur yönetimi sürecinin proje Guru99 Bank web sitesine nasıl uygulanacağı konusunda size rehberlik edecektir. Kusurları yönetmek için aşağıdaki adımları takip edebilirsiniz.
Adım 1) Keşif
Keşif aşamasında, proje ekipleri aşağıdakileri keşfetmelidir: çok olarak kusurlar mümkün, son müşteri bunu keşfetmeden önce. Bir kusurun keşfedildiği ve duruma geçildiği söyleniyor kabul edilen geliştiriciler tarafından onaylanıp kabul edildiğinde
Yukarıdaki senaryoda, test uzmanları Guru84 web sitesinde 99 kusur keşfetti.
Aşağıdaki senaryoya bir bakalım; test ekibiniz Guru99 Bank web sitesinde bazı sorunlar keşfetti. Bunları kusur olarak değerlendirdiler ve geliştirme ekibine bildirdiler, ancak bir çakışma var -
Bu durumda Test Yöneticisi olarak ne yapacaksınız?
B) Test Yöneticisi, sorunun kusur olup olmadığına karar vermek için hakem rolünü üstlenir
C) Geliştirme ekibiyle kusur olmayan bir konuda anlaşmaya varmak
Böyle bir durumda uyuşmazlığın çözülmesi için bir çözüm süreci uygulanmalıdır, siz de web sitesi sorununun kusur olup olmadığına karar verecek hakim rolünü üstleniyorsunuz.
Adım 2) Sınıflandırma
Kusur kategorizasyonu, yazılım geliştiricilerin görevlerine öncelik vermelerine yardımcı olur. Bu, bu tür bir önceliğin, geliştiricilerin öncelikle son derece önemli olan kusurları düzeltmelerine yardımcı olduğu anlamına gelir.
Kusurlar genellikle Test Yöneticisi tarafından kategorize edilir.
Aşağıdaki gibi küçük bir egzersiz yapalım
Kusur Önceliğini Aşağıya Sürükleyip Bırakın| 1) Web sitesi performansı çok yavaş |
|
| 2) Web sitesinin oturum açma işlevi düzgün çalışmıyor |
|
| 3) Web sitesinin GUI'si düzgün görüntülenmiyor Telefon cihazlar |
|
| 4) Web sitesi kullanıcı oturum açma oturumunu hatırlayamadı |
|
| 5) Bazı bağlantılar çalışmıyor |
|
İşte önerilen yanıtlar
| Hayır. | Açıklama | öncelik | açıklama |
|---|---|---|---|
|
1 |
Web sitesi performansı çok yavaş |
Yüksek |
Performans hatası kullanıcıya büyük rahatsızlık verebilir. |
|
2 |
Web sitesinin giriş işlevi düzgün çalışmıyor |
Kritik |
Giriş, bankacılık web sitesinin ana işlevlerinden biridir, eğer bu özellik çalışmıyorsa, bu ciddi bir hatadır |
|
3 |
Web sitesinin GUI'si mobil cihazlarda düzgün görüntülenmiyor |
Orta |
Kusur, web sitesini görüntülemek için Akıllı Telefon kullanan kullanıcıyı etkiler. |
|
4 |
Web sitesi kullanıcı oturum açma oturumunu hatırlayamadı |
Yüksek |
Kullanıcı giriş yapabileceği ancak daha fazla işlem yapamayacağı için bu ciddi bir sorundur. |
|
5 |
Bazı bağlantılar çalışmıyor |
Düşük |
Bu, geliştiriciler için kolay bir çözümdür ve kullanıcı bu bağlantılar olmadan da siteye erişebilir. |
Adım 3) Kusur Çözümü
Kusur Çözümü Yazılım testinde kusurların düzeltilmesi adım adım bir süreçtir. Kusur çözümleme süreci, kusurların geliştiricilere atanmasıyla başlar, geliştiriciler önceliğe göre kusurun düzeltilmesini planlar, ardından kusurlar giderilir ve son olarak geliştiriciler test yöneticisine bir çözüm raporu gönderir. Bu süreç kusurların kolayca düzeltilmesine ve izlenmesine yardımcı olur.
Arızayı gidermek için aşağıdaki adımları takip edebilirsiniz.
- Atama: Düzeltmesi için bir geliştiriciye veya başka bir teknisyene atandı ve durumu şu şekilde değiştirdi: tepki vermek.
- Zamanlamayı düzeltme: Geliştirici tarafı bu aşamada görev alır. Kusur önceliğine bağlı olarak bu kusurları düzeltmek için bir program oluşturacaklar.
- Kusuru düzeltin: Geliştirme ekibi kusurları düzeltirken, Test Yöneticisi kusur düzeltme sürecini yukarıdaki programa göre takip eder.
- Çözümü bildirin: Kusurlar giderildiğinde geliştiricilerden çözüme ilişkin bir rapor alın.
Adım 4) Doğrulama
Geliştirme ekibinin ardından sabit ve rapor kusur, test ekibi doğrular kusurların gerçekten çözüldüğünü.
Örneğin, yukarıdaki senaryoda, geliştirme ekibi halihazırda 61 hatayı düzelttiğini bildirdiğinde, ekibiniz bu kusurların gerçekten düzeltilip düzeltilmediğini doğrulamak için tekrar test yapacaktır.
Adım 5) Kapatma
Bir kusur çözülüp doğrulandıktan sonra kusurun durumu şu şekilde değiştirilir: kapalı. Değilse, kusurun tekrar kontrol edilmesi için geliştiriciye bir bildirim göndermelisiniz.
Adım 6) Kusur Raporlaması
Kusur Raporlaması Yazılım testinde, test yöneticilerinin hata raporunu hazırlayıp, hata yönetimi süreci ve kusurların durumu hakkında geri bildirim almak üzere yönetim ekibine gönderdiği bir süreçtir. Daha sonra yönetim ekibi kusur raporunu kontrol eder ve geri bildirim gönderir veya gerekirse daha fazla destek sağlar. Kusur raporlama, kusurların daha iyi iletilmesine, takip edilmesine ve ayrıntılı olarak açıklanmasına yardımcı olur.
Yönetim kurulunun kusur durumunu bilme hakkı vardır. Bu projede sizi desteklemek için kusur yönetimi sürecini anlamaları gerekir. Bu nedenle onlardan geri bildirim alabilmek için mevcut kusur durumunu onlara bildirmeniz gerekir.
Neden Kusur Yönetim Sürecine ihtiyacınız var?
Ekibiniz Guru99 Bankacılık projesini test ederken hatalar buldu.
Bir hafta sonra geliştirici yanıt verir:
Gelecek hafta test uzmanı yanıt verir
Yukarıdaki durumda olduğu gibi kusur iletişimi sözlü olarak yapılırsa kısa sürede işler çok karmaşık hale gelir. Hataları kontrol etmek ve etkili bir şekilde yönetmek için bir kusur yaşam döngüsüne ihtiyacınız vardır.
Önemli Kusur Metrikleri
Yukarıdaki senaryoyu geri alın. Geliştirici ve test ekipleri bildirilen kusurları inceler. İşte o tartışmanın sonucu
Test yürütmenin kalitesi nasıl ölçülür ve değerlendirilir?
Bu her insanın sorduğu bir soru Test Yöneticisi bilmek istiyor. Aşağıdaki gibi düşünebileceğiniz 2 parametre var
Yukarıdaki senaryoda şunları hesaplayabilirsiniz: kusur reddetme oranı (DRR) 20/84 = 0.238 (%23.8).
Başka bir örnek, Guru99 Bank web sitesinin toplam 64 kusurlar var ancak test ekibiniz yalnızca tespit ediyor 44 kusurlar yani gözden kaçmışlar 20 kusurlar. Bu nedenle kusur kaçak oranını (DLR) 20/64 = olarak hesaplayabilirsiniz. 0.312 (31.2%).
Sonuç olarak, test yürütme kalitesi aşağıdaki iki parametreye göre değerlendirilir
DRR ve DLR'nin değeri ne kadar küçük olursa, test yürütme kalitesi o kadar iyi olur. Oran aralığı nedir? kabul edilebilir? Bu aralık proje hedefinde tanımlanıp kabul edilebilir veya benzer projelerin metriklerine başvurabilirsiniz.
Bu projede kabul edilebilir oranın önerilen değeri %5 ~ 10. Bu, test yürütme kalitesinin düşük olduğu anlamına gelir. Bu oranları azaltmak için karşı önlem bulmalısınız.
- Iyileştirmek Üyelerin test etme becerileri.
- Daha fazla zaman harca özellikle test yürütme sonuçlarını incelemek için test yürütme için.
SSS
Tıkla okuyun videoya erişilemiyorsa
Kaynaklar:
Örnek bir Kusur Raporlama Şablonu indirin
