Bug nedir?
Hata, kodlama hatasının sonucu / sonucudur.
Yazılım Testinde Hata
Yazılım Testindeki Bir Kusur , yazılım uygulamasının son kullanıcının gereksinimlerinden veya orijinal iş gereksinimlerinden bir varyasyonu veya sapmasıdır. Yazılım hatası, gerçek gereksinimleri karşılamayan bir yazılım programından hatalı veya beklenmedik sonuçlara neden olan kodlamadaki bir hatadır. Test uzmanları, test senaryolarını yürütürken bu tür kusurlarla karşılaşabilir.
Bu iki terim çok ince bir farklılık çizgisine sahiptir, Endüstride her ikisi de düzeltilmesi gereken hatalardır ve bu nedenle bazı Test ekipleri tarafından karşılıklı olarak kullanılan hatalardır.
Test uzmanları test senaryolarını yürütürken, beklenen sonuçlarla çelişen bu tür test sonuçlarıyla karşılaşabilirler. Test sonuçlarındaki bu değişiklik Yazılım Hatası olarak adlandırılır. Bu kusurlar veya varyasyonlar, sorunlar, sorunlar, hatalar veya olaylar gibi farklı organizasyonlarda farklı isimlerle anılır.
Bu eğitimde öğreneceksiniz-
- Hata raporu
- Hata Yönetim Süreci
- Keşif
- Sınıflandırma
- çözüm
- Doğrulama
- Kapanış
- Raporlama
- Önemli Kusur Ölçüleri
Yazılım Testinde Hata Raporu
Bir Yazılım Testi Hata Raporu yazılım uygulaması bulunan hatalar hakkında detaylı belgedir. Hata raporu; açıklama, hatanın bulunduğu tarih, onu bulan test edenin adı, düzelten geliştiricinin adı gibi hatalarla ilgili her ayrıntıyı içerir. Hata raporu, ileride önlenebilmek için benzer hataların belirlenmesine yardımcı olur.
Hatayı geliştiriciye bildirirken, Hata Raporunuz aşağıdaki bilgileri içermelidir
- Defect_ID - Kusur için benzersiz kimlik numarası.
- Kusur Tanımı - Kusurun bulunduğu modül hakkındaki bilgiler dahil olmak üzere Kusurun ayrıntılı açıklaması.
- Sürüm - Kusurun bulunduğu uygulamanın sürümü.
- Adımlar - Geliştiricinin kusurları yeniden oluşturabileceği ekran görüntüleriyle birlikte ayrıntılı adımlar.
- Yükseltme Tarihi - Kusurun ortaya çıktığı tarih
- Referans - nerede bulunduğunuz gibi belgelere referans sağlayın. Kusurun anlaşılmasına yardımcı olmak için gereksinimler, tasarım, mimari ve hatta hatanın ekran görüntüleri
- Tespit Eden - Arızayı ortaya çıkaran test edenin adı / kimliği
- Durum - Kusurun durumu, bundan sonra daha fazlası
- Düzelten - Düzelten geliştiricinin adı / kimliği
- Kapanma Tarihi - Kusurun kapatıldığı tarih
- Kusurun uygulama üzerindeki etkisini açıklayan önem derecesi
- Arıza tespit aciliyetiyle ilgili öncelik. Önem Önceliği, kusurun sırasıyla düzeltilmesi gereken etki aciliyetine bağlı olarak Yüksek / Orta / Düşük olabilir
Videoya erişilemiyorsa burayı tıklayın
Kaynaklar
Örnek bir Kusur Raporlama Şablonu indirin
Aşağıdakileri bir Test Yöneticisi olarak düşünün
Ekibiniz Guru99 Bankacılık projesini test ederken hatalar buldu.
Bir hafta sonra geliştirici yanıt verir -
Önümüzdeki hafta testçi yanıt verir
Yukarıdaki durumda olduğu gibi, kusurlu iletişim 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 kusurlu bir yaşam döngüsüne ihtiyacınız vardır.
Hata Yönetim Süreci nedir?
Hata Yönetimi, hataları belirlemek ve düzeltmek için sistematik bir süreçtir. Bir kusur yönetimi döngüsü aşağıdaki aşamaları içerir: 1) Kusurun Keşfi, 2) Kusur Sınıflandırması 3) Kusurun Geliştiriciler Tarafından Düzeltilmesi 4) Testçiler Tarafından Doğrulama, 5) Kusurun Kapatılması 6) Proje sonunda Kusur Raporları
Bu konu, hata yönetimi sürecini proje Guru99 Bank web sitesine nasıl uygulayacağınız konusunda size rehberlik edecektir. Hataları yönetmek için aşağıdaki adımları takip edebilirsiniz.
Keşif
Keşif aşamasında, proje ekipleri olarak keşfetmek zorunda birçok olarak kusurları , olası son müşteri bulabilir önce. Bir kusurun keşfedildiği ve geliştiriciler tarafından kabul edilip kabul edildiğinde statünün kabul edildiği söylenir.
Yukarıdaki senaryoda, test uzmanları Guru99 web sitesinde 84 kusur keşfetti.
Gelin şu senaryoya bir göz atalım; test ekibiniz Guru99 Bank web sitesinde bazı sorunlar keşfetti. Bunları kusur olarak görüyorlar ve geliştirme ekibine bildiriyorlar, ancak bir çatışma var -
Böyle bir durumda, bir Test Yöneticisi olarak ne yapacaksınız?
A) Bunun bir kusur olduğu konusunda test ekibiyle anlaşın
B) Test Yöneticisi, sorunun kusur olup olmadığına karar vermek için yargıç rolünü üstlenir.
C) Hata olmayan geliştirme ekibiyle anlaşın Doğru Doğru Değil
Böyle bir durumda, anlaşmazlığı çözmek için bir çözüm süreci uygulanmalıdır, web sitesi sorununun bir kusur olup olmadığına karar vermek için hakim rolünü üstlenirsiniz.
Sınıflandırma
Hata sınıflandırması, yazılım geliştiricilerin görevlerini önceliklendirmelerine yardımcı olur. Bu, bu tür bir önceliğin, geliştiricilere ilk önce son derece önemli olan kusurları gidermede yardımcı olduğu anlamına gelir.
Kusurlar genellikle Test Yöneticisi tarafından kategorize edilir -
Aşağıdaki Kusur Önceliğini Sürükle ve Bırak'ı takip ederek küçük bir alıştırma yapalım.
- Kritik
- Yüksek
- Orta
- Düşük
| 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 Mobil cihazlarda doğru görüntülenmiyor |
|
| 4) Web sitesi, kullanıcı oturum açma oturumunu hatırlayamadı |
|
| 5) Bazı bağlantılar çalışmıyor |
|
İşte önerilen cevaplar
| 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 oturum açma işlevi düzgün çalışmıyor | Kritik | Giriş, bu özellik çalışmazsa, bankacılık web sitesinin ana işlevlerinden biridir, ciddi hatalardır |
| 3 | Web sitesinin GUI'si mobil cihazlarda doğru 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 | Bu ciddi bir sorundur, çünkü kullanıcı giriş yapabilecek ancak başka işlem yapamayacaktır. |
| 5 | Bazı bağlantılar çalışmıyor | Düşük | Bu, geliştirme uzmanları için kolay bir düzeltmedir ve kullanıcı bu bağlantılar olmadan siteye yine de erişebilir. |
Kusur Çözümü
Yazılım testinde Kusur Çözümü , kusurların giderilmesi için adım adım bir süreçtir. Hata çözme süreci, geliştiricilere kusurları atamakla başlar, ardından geliştiriciler, hatayı öncelikli olarak düzeltilecek şekilde planlar, ardından hatalar 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.
Kusuru 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 Yanıtlıyor olarak değiştirdi .
- Program düzeltme : Bu aşamada geliştirici tarafı sorumludur. Kusur önceliğine bağlı olarak, bu kusurları gidermek için bir program oluşturacaklardır.
- Kusuru düzeltin : Geliştirme ekibi kusurları düzeltirken, Test Yöneticisi, yukarıdaki çizelgeye kıyasla kusurun giderilmesi sürecini izler.
- Çözümü bildirin : Hatalar giderildiğinde geliştiricilerden çözümle ilgili bir rapor alın.
Doğrulama
Geliştirme ekibi hatayı düzelttikten ve bildirdikten sonra, test ekibi kusurların gerçekten çözüldüğünü doğrular .
Ö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.
Kapanış
Bir kusur çözüldükten ve doğrulandıktan sonra, kusurun durumu kapalı olarak değiştirilir . Değilse, arızayı tekrar kontrol etmesi için geliştirmeye bir bildirim göndermiş olursunuz.
Kusur Raporlama
Yazılım testinde Hata Raporlama , test yöneticilerinin hata raporunu hazırlayıp hata yönetimi süreci ve kusurların durumu hakkında geri bildirim almak için yönetim ekibine gönderdiği bir süreçtir. Daha sonra yönetim ekibi hata raporunu kontrol eder ve gerekirse geri bildirim gönderir veya daha fazla destek sağlar. Hata raporlama, kusurları daha iyi iletmeye, izlemeye ve ayrıntılı olarak açıklamaya yardımcı olur.
Yönetim kurulu kusur durumunu bilme hakkına sahiptir. Bu projede sizi desteklemek için kusur yönetimi sürecini anlamaları gerekir. Bu nedenle, onlardan geri bildirim almak için mevcut kusur durumunu onlara bildirmelisiniz.
Önemli Kusur Ölçüleri
Yukarıdaki senaryoya geri dönün. Geliştirici ve test ekipleri, bildirilen hataları gözden geçirir. İşte bu tartışmanın sonucu
Test yürütmenin kalitesi nasıl ölçülür ve değerlendirilir?
Bu, her Test Yöneticisinin bilmek istediği bir sorudur. Aşağıdaki gibi değerlendirebileceğiniz 2 parametre vardır
Yukarıdaki senaryoda, defeksiyon reddetme oranını (DRR) 20/84 = 0.238 (% 23.8 ) olarak hesaplayabilirsiniz.
Başka bir örnek, Guru99 Bank web sitesinde toplam 64 kusur olduğunu varsaydı , ancak test ekibiniz yalnızca 44 kusur tespit etti, yani 20 kusur kaçırdılar . Bu nedenle, kusur sızıntı oranı (DLR) hesaplayabilir 20/64 = olan 0.312 (% 31.2).
Sonuç olarak, test yürütme kalitesi aşağıdaki iki parametre ile değerlendirilir
DRR ve DLR'nin değeri ne kadar küçükse, test yürütme kalitesi o kadar iyidir. Kabul edilebilir oran aralığı nedir ? Bu aralık, proje hedefinde temel olarak tanımlanabilir ve kabul edilebilir veya benzer projelerin metriklerine başvurabilirsiniz.
Bu projede önerilen kabul edilebilir oran değeri % 5 ~ 10'dur. Test yürütme kalitesinin düşük olduğu anlamına gelir. Bu oranları düşürmek için karşı önlem bulmalısınız.
- Üyenin test becerilerini geliştirin .
- Özellikle test yürütme sonuçlarını incelemek için test yürütme için daha fazla zaman harcayın .