Menü

Yazılım Testinde Olay Takibi ve Yönetimine Başlarken (Örnek Şablonlar Dahil)

  • Ana
  • Hata Kusur Takibi
  • Yazılım Testinde Olay Takibi ve Yönetimine Başlarken (Örnek Şablonlar Dahil)

getting started with incident tracking

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

Bugünün makalesinde, aşağıdakiler hakkında her şeyi öğreneceğiz 'Olay Takibi ve Yönetimi' Süreci - Örnek şablonlarla Yazılım Testinde olayları izleme ve yönetme.

Sizce 'STH, kusur / hata takibi , peki bu nasıl farklı olacak ”? Önce olay derken neyi kastettiğimize bakmamızın nedeni budur.

olay takibi ve yönetimi

Ne öğreneceksin:

Olay nedir?

Olaylar basit bir deyişle, test sırasında karşılaşılan ve inceleme gerektiren bir olay olarak tanımlanabilir.

Gerçek sonucun beklenen sonuçtan farklı olup olmadığı test edilirken hata, kusur, hata, sorun, hata veya olay olarak adlandırılır. Çoğu zaman, tüm bu terimler eş anlamlıdır.

Ancak olaylar, yanlış yapılandırma, bozuk veriler veya sunucu çökmesi vb. Nedeniyle meydana gelebilecek özel bir sorun kategorisidir. Örnekler şunlardır: Disk boşlukları dolu, yürütmede hata (Çalışma Zamanı Hatası), kullanılamıyor vb.

Yazılım geliştirme, donanım kullanımı veya hizmet isteği hatalarındaki bazı sorunlar nedeniyle de olaylar meydana gelebilir.

Hata, Kusur, Hata ve Olaylar arasındaki fark:

  1. Hata : İnsan tarafından gerçekleştirilen ve beklenmedik sistem davranışına neden olan bir eylem.
    g .; yanlış sözdizimi, değerlerin yanlış hesaplanması, yazılımın yanlış anlaşılması
    gereksinim vb.
  2. Kusur: Bu, genellikle testçiler tarafından kullanılan bir terimdir. Test uzmanı bir hata veya sorun bulduğunda, bu hata Kusur olarak adlandırılır.
  3. Hata: Bug, geliştiricinin terminolojisidir. Bir test cihazı tarafından bulunan bir kusur geliştirici tarafından kabul edildiğinde buna hata adı verilir. Sistemdeki tüm hataları düzeltme işlemine Hata Düzeltme adı verilir.
  4. Olay: Olay, planlanmamış bir kesintidir. Herhangi bir faaliyetin operasyonel durumu çalışmaktan başarısız olmaya dönüp sistemin plansız davranmasına neden olduğunda bu bir olaydır. Bir sorun birden fazla olayın tercihen mümkün olan en kısa sürede çözülmesine neden olabilir.

Şimdi birkaç ilgili terime bakalım:

  1. Olay Havuzu : Olay Havuzu, sistemde meydana gelen tüm olaylarla ilgili tüm önemli ve ilgili verileri içeren bir veritabanı olarak tanımlanabilir. Bu bilgiler daha sonra olay raporunu oluşturmak için kullanılır. Veriler, beklenen sonuçlar, gerçek sonuç, tarih ve saat, olayın durumu vb. Alanları içerir.
  2. Önem: Olayın olası etkisi, ciddiyetine karar verecektir. Anında çözüm için Büyük, Küçük, Ölümcül veya Kritik olabilir.
  3. Öncelik : Sistemin çalışma durumu üzerindeki ciddiyet ve etkiye göre ayarlayın. Değerler Yüksek, Orta, Düşük, Çok Yüksek veya Acil / Hemen olabilir.
  4. Olay Durumu : Olayla ilgilenmenin bulunduğu mevcut durum. Yeni, Devam Eden, Çözümlenmiş ve Kapalı olabilir.

Olay Yönetimi nedir?

Olay yönetimi, iş sürecini veya hizmeti normale döndürmek için olayları mümkün olan en kısa sürede günlüğe kaydetme, kaydetme ve çözme sürecidir.

Olay Yönetimi Süreci

Olay yönetimi, olayların günlüğe kaydedilmesinden çözülmesine kadar genel bir süreçtir.

Olayların sistematik ve etkili bir şekilde ele alınmasını sağlayacağı için çok kritik bir süreçtir. Ayrıca, tüm süreci düzene sokarak, sorunların erken çözülme olasılığı yüksektir.

Aşağıdaki, sürecin şematik bir temsilidir ve her aşamayı daha sonra ayrıntılı olarak tartışacağız.

Olay yönetimi Süreci

# 1. Olay Tanımlama ve Günlük Kaydı :
Olay Tanımlama, testler (araçlar kullanılarak veya başka şekilde), kullanıcı geri bildirimi, altyapı izleme vb. Yoluyla yapılır.

Bir olayı günlüğe kaydetmek, aşağıdaki bilgileri kaydetmek anlamına gelir:

  • Kesin / Uygun tarih ve saat.
  • Tip ve kısa açıklama ile birlikte olay başlığı
  • Olayı kaydeden kişinin adı ve daha ayrıntılı açıklama
    uygun olduğunda hata kodları ile
  • Takip için olaya atanan kişinin detayları
  • Olayın Mevcut Durumu
  • Teknik tartışmalar, kararlar ve onaylar dahil ekler

# 2. Sınıflandırma ve Önceliklendirme:

Olayların sınıflandırılması, onları türlerine (yazılım, donanım, hizmet talebi vb.) Göre bölümlememize yardımcı olur, böylece daha kolay raporlama ve analiz sağlar. Önceliklendirme, ele alınacak olayların sırasını / önceliğini belirlemeye yardımcı olur. Etkiye, ciddiyete ve en önemlisi Risk Faktörüne bağlıdır.

# 3. Araştırma ve Analiz: Bu adım, sorunu daha iyi anlamak içindir, böylece yalnızca hemen şimdi düzeltmekle kalmaz, aynı zamanda yeniden oluşmasını önlemek için bilgi de toplarız.

# 4. Çözüm ve Kurtarma: Olayı ortadan kaldırmak ve sistemi önceki çalışma durumuna getirmek için adımlar atılır.

# 5. Olay Kapanışı: Çözüm yeniden test edilir ve sistemin amaçlandığı gibi çalışması durumunda olay kapatılır.

Olay Yönetim Sistemi

Olay yönetimi, elektronik tablolar kullanılarak manuel veya statik olarak çok iyi yapılabilir ancak bir araç aracılığıyla yapıldığında çok daha etkili, dinamik ve sistematiktir.

Olay yönetim sistemi, birçok Müşteri Desteği çağrı merkezi tarafından güncelleme oluşturmak ve olayları çözmek için kullanılır.

Popüler Olay yönetimi araçları:

Hatalara veya kusurlara ek olarak olayları izlemek için kullanılabilecek bazı popüler olay yönetimi araçları şunlardır:

# 1. SiT! (Olay Takibini Destekleyin):

Olay izleme aracı 1

.bin dosyası nedir?
  • Olay Takibi Desteği (SiT), tüm platformlar için PHP ve MySQL kullanan ve destekleyen Ücretsiz Açık Kaynak ve web tabanlı bir uygulamadır. Aynı zamanda yaygın olarak 'Yardım Masası' veya 'Destek Bildirim Sistemi' olarak da bilinir.
  • E-postaları doğrudan SiT'den göndermek, dosyalar eklemek ve her iletişimi olay günlüğüne kaydetmek için kullanışlıdır. SiT, Hizmet Seviyesi Sözleşmelerinin farkındadır ve olaylar, bunların dışında bulunuyorlarsa işaretlenir.

# 2. JIRA:

Olay izleme aracı 2
JIRA aynı zamanda hata, kusur veya olay takibi için kullanılan, Atlassian tarafından geliştirilmiş popüler bir tescilli olay yönetim aracıdır. Yazılım ve mobil uygulamalar için kullanılan Java tabanlı bir araçtır. JIRA şeması, iş akışlarını, izinleri, yapılandırmaları, sorun türlerini vb. İçerir. JIRA ayrıca çevik testi de destekler.

Daha fazla bilgi ve eğitim için lütfen kontrol edin: JIRA öğreticiler serisi.

# 3. Olay Takip Sistemi:
Olay takip sistemi olayları izlemek için kullanılan bir yazılımdır. Uygun çözümle birlikte olayın temel nedeninin belirlenmesine ve analiz edilmesine yardımcı olur. Olay Takip Sisteminin kullanımı kolaydır ve Olayı takip etmek ve kaydetmek için veritabanı desteği sağlar.

Test Olay Raporu:

  1. Test olay raporu, karşılaşılan her olay için benzersiz bir kimlik ile kusur havuzunda oluşturulan bir giriştir. Test olay raporu, testin çeşitli aşamalarında bulunan tüm sorunları belgeler.
  2. IEEE 829-1998, test sırasında meydana gelen her olayı belgelemek için kullanılan test olay raporu için standart formattır.

IEEE 829-1998 şablonunun ana hatları aşağıda verilmiştir:

=> IEEE Olay İzleme Şablonunu buradan indirin.

Aşağıda alanların kısa bir açıklaması yer almaktadır:

# 1. Tanımla : Bir olayı tanımlamak ve bulmak için benzersiz olan ve şirket tarafından oluşturulan numarayı belirtir.

# 2. Özet : Olayı kısa ve öz bir şekilde özetler. İlgili gerçekleri anlamak için yeterli ayrıntı içerir. referanslar, ilgili test prosedürleri, yazılım versiyonu, test senaryoları vb.

# 3. Olay açıklaması: Olayı aşağıdaki ayrıntılarla açıklar: Girişler

  • Beklenen Sonuç
  • Gerçek sonuç
  • Tekrar etmeyi dene
  • Anormallikler
  • Tarih ve saat
  • Prosedür Adım
  • Test Kullanıcısının Adı

Olay Takibi rapor formatı endüstri standartlarına ve iş gereksinimlerine göre değiştirilebilir.

Bir şirkette kullanılanlara bir örnek:

=> Değiştirilmiş Olay Raporu Şablonunu buradan indirin.

Sonuç:

Bu makale, olay yönetiminin hata izlemeden çok farklı olmadığını gösterdiğinden, bu, bazı ISO standartları ve pratik gerçek hayat şablonlarının ekli olduğu sürecin harika bir özeti olacaktır.

Bu makaleyi bitirmeden önce hepinizi bırakmak istediğimiz bir başka uyarı kelimesi de, hata / kusur / olay vb. Tanımına fazla bağlı kalmamaya çalışın çünkü çoğu şirket bir terim ile diğerini birbirinden ayırmaz. Dolayısıyla, çoğu zaman eşanlamlı olarak kullanılır - ayrıca, belgelendirme tutarsızlıklarını olay, diğer çağrı ortamı sorunlarını olay olarak adlandıran bazı şirketler vardır - bu nedenle, lehçeler bölgelere göre değiştikçe, teknik QA da terminoloji. Size getirdiğimiz şey çoğunluktur, norm istisnaları her zaman mevcuttur.

Mutlu okumalar!

Önerilen Kaynaklar

^