Hata Raporu Nasıl Oluşturulur ?

0
1.724
Görüntüleme

Merhaba arkadaşlar,

Bu makalemde yazılım test mühendislerinin veya bir yazılımı test edenlerin, hatayı nasıl raporlaması gerektiğiyle alakalı bir şeyler yazacağım. Hata raporu oluştururken kullanabileceğimiz bazı hizmetler veya programlar mevcut, bunlardan bazıları ücretli bazıları ise ücretsizdir. İlk olarak Microsoft un hizmeti olan TFS (Team Foundation Server) kullanılabilir. Şuanda çalıştığım şirkette yaklaşık 1 sene kadar  TFS hizmetini kullandık. Tavsiye edebileceğim bir hizmettir. İkinci araç olan JIRA şirketler tarafından çok kullanılan başarılı bir hata yönetim sistemidir. Çoğu ide ile entegrasyon edilebilir bir uygulamadır. Diğer bir araç ise Redmine, açık kaynak kodlu bir uygulamadır. Saydığım uygulamalar aynı zamanda proje yönetim sistemi yazılımlarıdır.

Evet makalenin asıl konusu olan test esnasında karşılaştığımız sorunları yazılımcılara nasıl ileteceğiz. Maddeler halinde anlatmaya çalışacağım ;

 

1. Hata Başlığı (Bug Title)

Hata başlığı, bulunan hatanın diğer hatalardan ayırmak amacıyla kullanılır. Ancak önemli bir kısımdır .Hata başlığı kısa ve anlaşılır olması gerekmektedir. Hatayı düzeltecek kişi veya başka bir QA mühendisi başlığı okuduğunda konuyu tam olarak anlaması gerekiyor.

Örnek :

Bug :  Ana Sayfada bulunan arama kutusunda ki ara butonuna tıklanıldığında 500 Hata sayfası geliyor.

 

2. Hata URL Adresi (Bug URL Addresses)

Hatanın gerçekleştiği URL adresi hata raporunda belirtilmesinin başlıca sebebi hatayı düzeltecek kişinin hızlı bir şekilde hatayı simüle edebilmesi veya hatayı görüntüleyebilmesi içindir. Fakat dinamik url veya tek seferlik çalışan url ler için hata raporunda url bilgisi verilemez.

 

3. Adımlar (Steps)

Hatayı yakalamak için gerçekleştirilen adımların yazıldığı bölümdür. Geliştiricilerin aynı işlemi tekrarlayarak hatayı hızlı bir şekilde simüle edebilmesi için hata raporunda adımlar bölümü muhakkak olmalıdır.

Örnek :

  • Adım 1 : Anasayfa açılıyor.
  • Adım 2 : ‘Dokümanlar‘ menüsüne tıklanıyor.
  • Adım 3 : Yönlendirilen sayfada ki listeden herhangi bir doküman için görüntüleme seçeneğine tıklanıyor.

      Gerçekleşen Sonuç : 500 hata sayfası geliyor.

 

4. Beklenen Sonuç – Gerçekleşen Sonuç (Expected Result – Actual Result)

Sistemin herhangi bir özelliğini test ederken, test edilen modülden beklenen sonuç ve gerçekleşen sonucu yazması gerekmektedir. Çünkü bu sayede hatayı düzeltecek olan kişi neyin yanlış olduğunu anlayacaktır ve hızlı bir şekilde sorunu düzeltmek için uğraşacaktır.

Örnek : 

  • Adım 1 : Anasayfa açılıyor.
  • Adım 2 : ‘Araç Hasar Kaydı Oluştur‘ butonuna tıklanıyor.

[Beklenen Sonuç : Açılır pencerere de araç hasar kaydı oluşturulabilecek araç resmi gelmesi gerekiyor.]

[Gerçekleşen Sonuç : Açılır pencere açıldı fakat araç resmi gelmedi.]

 

5. Öncelik (Priority)

Her bir hatanın bir önceliği olması gerekmektedir. İlk önce sistemi durduran kritik hatalar düzeltilmesi gerekir. Öncelik sınıflandırması aşağıdaki gibi olabilir.

  • Kritik (Critical) : Sistemi durduran sorunlardır. Derhal çözülmesi gerekmektedir.
  • Yüksek (High)  : Sistemi durdurmayan ama önemli derece etkileyen hatalardır.
  • Orta (Medium)  : Sistemin çalışmasını etkilemeyen ama projenin kalitesini gösteren hatalardır.
  • Düşük (Low)     : Sistemin çalışmasını etkilemeyen sorunlardır.

 

6. Önem Derecesi (Severity)

Bir yazılım hatasının önem derecesi, sistemin çalışmasındaki hata etkisinin derecesini belirler. Önem derecesi sınıflandırması aşağıdaki gibi olabilir.

  • Kritik (Critical) : Yeni yapılan bir özellik yada giderilen bir hata, sistemin altyapısında bir değişikliğe neden olmuştur.
  • Yüksek (High)  : Sistemi durduran bir önem derecesi değil fakat çalışmasını etkileyecek düzeydedir.
  • Orta (Medium)  : Sistemin çalışmasını bozmayan önem derecesidir.
  • Düşük (Low)     : Sistemi etkilemeyen küçük estetik önem derecesidir.

 

 

 

 

CEVAP VER

Yanlış bir e-posta adresi girdiniz!
Lütfen adınızı buraya girin Please enter your name here

This site uses Akismet to reduce spam. Learn how your comment data is processed.