Yazılım Testinde Hata/Kusur Triyajı

By: Thomas Hamilton Thomas Hamilton
Hours Güncellenmiş

⚡ Akıllı Özet

Hata önceliklendirme, test lideri, geliştirme lideri ve proje yöneticisinin bildirilen her hatayı ciddiyetine, önceliğine ve riskine göre sıraladığı, ardından sorumluları atadığı ve gerçekçi bir düzeltme takvimi üzerinde anlaştığı bir inceleme toplantısıdır.

  • 🔘 Amaç: Her yeni hatayı değerlendirin, önceliklendirin ve ilgili birime atayın, böylece önemli hiçbir şey gözden kaçmasın.
  • ☑️ Sıklık: Genellikle proje takvimine ve hata sayısına göre ayarlanarak haftada iki veya üç toplantı yapılır.
  • ✅ katılımcılar: Proje yöneticisi, test ekibi lideri, teknik lider ve geliştirme ekibi lideri zorunlu üyeler olarak katılım sağlamaktadır.
  • 🧪 Ciddiyet ve öncelik: Ciddiyet derecesi ürün üzerindeki etkiyi ölçerken, öncelik ise düzeltme sırasını belirler.
  • ️ Toplantı çıktısı: Hata ayıklama metrikleri dakika cinsinden ölçülür ve bir sonraki ayıklama oturumuna veri sağlar.
  • ⚡ takım: Her karar hata kaydına alınır. tracDenetim izinin toplantıdan sonra da kalmasını sağlayan bir sistem.
Devamını Oku

Yazılım testinde hata ve kusur ayıklama süreci

'Kusur Triyajı' nedir?

Hata önceliklendirmesi, her hatanın ciddiyetine, sıklığına, riskine vb. göre önceliklendirildiği bir süreçtir. Önceliklendirme terimi şu alanlarda kullanılır: Yazılım testi / Yeni hataların ciddiyetini ve önceliğini belirlemek için kalite güvencesi.

Bu isim, kaynakların sınırlı olduğu durumlarda hastaların aciliyetine göre sınıflandırıldığı acil tıp uygulamalarından (triyaj) alınmıştır. Bir kalite güvence ekibi de aynı kısıtlamayla karşı karşıyadır: Hata listesi her zaman yayın tarihinden önce mevcut olan süreden daha uzundur, bu nedenle birinin neyin şimdi düzeltileceğine, neyin daha sonra düzeltileceğine ve neyin erteleneceğine karar vermesi gerekir. Triyaj, bu kararın alındığı ve kaydedildiği toplantıdır.

Neden 'Kusur Triyajına' ihtiyacımız var?

Hata Triyajının amacı, kusurların çözümünü değerlendirmek, önceliklendirmek ve atamaktır. Ekibin kusurun ciddiyetini doğrulaması, ihtiyaca göre değişiklik yapması, kusurların çözümünü sonuçlandırması ve kaynak ataması gerekiyor. Esas olarak çevik proje yönetiminde kullanılır.

Önceliklendirme yapılmazsa, kusurlar beklemede kalır. tracRaporlama yapan test uzmanının seçtiği ciddiyet derecesine bağlı olarak, geliştiriciler iş seçimini işletme üzerindeki etkiden ziyade kişisel tercihlerine göre yaparlar. Aşağıdaki başlık, ekiplerin toplantıyı takvimlerinde tutmalarının nedenlerini özetliyor.

Bir QA projesinde hata ve kusur önceliklendirmesine neden ihtiyaç duyulur?

Bir sürümde 'Kusur Triyajının' ne sıklıkla yapılması gerekir?

Kusur triyaj toplantısının sıklığı sabit değildir. Proje durumuna bağlıdır.

Kusur Triyaj Toplantılarının sıklığını belirleyen bazı önemli faktörler şunlardır:

Bu Önemli faktörler şunlardır:

  • Proje takvimine göre
  • Sistemdeki kusur sayısı
  • Ekip üyelerinin müsaitlik programlarına etkisi
  • Genel proje sağlığı

Genellikle Kusur Triyaj Toplantıları haftada iki veya üç kez yapılır.

Yayın yaklaştıkça tempo hızlanıyor. Kısa sürede çalışan ekipler... Saldırı Tekrarlamalar genellikle son sprint sırasında günlük rutine kısa bir önceliklendirme eklerken, daha uzun plan odaklı bir döngüye sahip bir proje, son aşamaya kadar haftada bir kez önceliklendirme yapabilir. gerileme testi aşaması başlar.

'Kusur Triyajının' zorunlu katılımcıları ve diğer katılımcıları kimlerdir?

Zorunlu Katılımcılar

Aşağıdaki proje üyeleri her zaman Kusur Triyaj Toplantılarına katılırlar.

  • Proje Yöneticisi
  • Test Ekibi Lideri
  • Teknik Müşteri Adayı
  • Geliştirme Ekibi Lideri

İsteğe Bağlı Katılımcılar

  • Geliştiriciler
  • Test
  • İş Analisti

İsteğe bağlı katılımcılar, belirli bir hatanın çözümü için onların katkısına ihtiyaç duyulduğunda davet edilir; örneğin, bir iş analistinin bildirilen davranışın aslında bir gereksinime aykırı olup olmadığını veya gizlenmiş bir değişiklik talebi olup olmadığını doğrulaması gerektiğinde.

'Kusur Triyajı' sırasında katılımcıların rolleri ve sorumlulukları.

Her zorunlu katılımcı farklı bir sorumlulukla gelir ve toplantı ancak üçünün de önceden hazırlık yapmasıyla zamanında tamamlanır.

Test Ekibi Lideri

  • Planlanan hata önceliklendirme toplantısı ve katılımcılara toplantı bildirimi gönderme.
  • Bir kusur raporu oluşturun ve bunu toplantıdan önce tüm katılımcılara gönderin.
  • Öncelik atayın ve şiddet kusurların.
  • Diğer üyelerin kusurun Temel Sebebini anlamalarını sağlayacak bir sunum yapın.
  • Her toplantı notu kaydedilir ve toplantı katılımcılarına gönderilir.

Geliştirme Lideri

  • Kusurların önceliklendirilmesine yardımcı olur.
  • Kusurun zorluğunu tartışın ve bu kusurdan kaynaklanan riski açıklayın.
  • Kusurları düzeltmek için işi ilgili geliştiricilere dağıtın.
  • Herhangi bir bilginin eksik olması veya geliştiricilerin ihtiyaç duyduğu ek bilgilere karşı hata çözümünü güncelleyin ve geliştirme notlarını ekleyin.

Proje Yöneticisi

  • Kusurların önceliklendirilmesinde yardımcı olun.
  • QA için bir sonraki yinelemenin yayınlanma tarihini tartışın.
  • Hata triyaj toplantısına ilgili kullanıcı temsilcilerinin de davet edildiğinden emin olmanız gerekir.

Proje yöneticisi yayın tarihini belirler, bu nedenle tartışmalı herhangi bir hata konusunda son karar genellikle aşağıdaki şekilde gösterildiği gibi bu role aittir.

Bir hata ayıklama toplantısında Proje Yöneticisinin sorumlulukları

İLGİLİ MAKALELER

'Kusur Triyajı' Toplantısında Neler Olur?

  • Test Ekibi lideri yeni kusurları içeren bir hata raporu gönderir. Kusur triyaj toplantısı sırasında, her bir kusur, ona doğru öncelik ve önem derecesinin atanıp atanmadığını görmek için analiz edilir.
  • İhtiyaç duyulması halinde öncelikler yeniden düzenlenir.
  • Kusurlar ciddiyet derecesine göre analiz edilir ve değerlendirilir.
  • Bu kapsamda, kusurun karmaşıklığı, riskler, ret, hataların yeniden atanması gibi konular tartışılır.
  • Güncellemeler hata kaydında yakalanıyor. tracKral sistemi.
  • QA mühendisi her kusurda değişiklik yapacak ve bunları her katılımcıyla tartışacaktır.
  • Toplantının önemli noktaları not edilerek “Yorumlar” alanı doğru şekilde güncellenir.

Tartışma süresinin büyük bir kısmı, karıştırılması en kolay olan iki alana ayrılıyor. Ciddiyet ve öncelik birbirinden bağımsız olarak belirlenir ve bir kusur birinde yüksek, diğerinde düşük puan alabilir.

Görünüş Şiddet Öncelik
Neyi ölçer Üründeki veya işlevselliğindeki kusurun ne kadar ciddi hasara yol açtığı. Arızanın diğer işlere göre ne kadar sürede giderilmesi gerektiği
Normalde tarafından belirlenir Arızayı bildiren test uzmanı Proje yöneticisi ve ürün ekibinin öncülüğünde, önceliklendirme aşamasında mutabakata varıldı.
Tarafından yönlendirilen Teknik etki ve etkilenen işlevsellik İş etkisi, müşteri görünürlüğü ve yayın tarihi
Uyumsuzluk örneği Yüksek önem derecesi, düşük öncelik: Bir sonraki çeyreğe kadar kimsenin kullanmayacağı bir özellikteki çökme. Önem derecesi düşük, öncelik yüksek: açılış sayfasında şirket adının yanlış yazılması

Bahşiş: Tek bir kusurla ilgili tartışmayı kısa tutun. Bir sorun birkaç dakika içinde çözülemiyorsa, onu askıya alın, incelemesi için bir sorumlu atayın ve bir sonraki oturuma bırakın; böylece tek bir kusurun toplantıyı tüketmesine izin vermeyin.

'Kusur Triyajının' sonucu nedir?

Her toplantının sonunda Kusur Triyaj Metrikleri hazırlanacak ve tüm katılımcılara dağıtılacaktır. Bu rapor, gelecekteki toplantılar için yararlı olacak toplantı tutanakları görevi görür.

Rapor, önceliklendirme sürecinin daha geniş kapsamlı süreçlere yeniden bağlandığı noktadır. kusur yönetimi süreciEkipler genellikle şunları kaydeder:

  • Toplantıda incelenen kusurlar, her birinin üzerinde mutabık kalınan ciddiyet ve öncelik düzeyleriyle birlikte aşağıda listelenmiştir.
  • Yeni atanan hatalar ve bunların artık sahibi olan geliştirici.
  • Hatalar ertelendi, reddedildi veya mükerrer olarak işaretlendi ve nedeni kaydedildi.
  • Açık hata sayısı ciddiyetine göre gösterilmiştir, böylece oturumlar arası eğilim görülebilir.
  • Alınan kararlar bir sonraki toplantıya ertelendi.

Çünkü her değişiklik geriye doğru yazılır. tracKer'de, her öğenin durumu, bulunduğu konuma göre tutarlı kalır. kusur yaşam döngüsüVe bir sonraki oturum, eski bir listeden ziyade doğru bir listeden başlar.

SSS

Toplantıyı otuz ila altmış dakika ile sınırlayın. Önceden dağıtılan hata raporu asıl önemli kısmı oluşturuyor, bu nedenle toplantının kendisi yalnızca kararları teyit ediyor. Derinlemesine teknik inceleme gerektiren her şey ilgili kişiye devredilir ve bir sonraki toplantıya bırakılır.

Çevik ekipler, sprint ufku yalnızca iki hafta olduğu için, genellikle günlük toplantıya bağlı olarak kısa ve sık oturumlarda önceliklendirme yaparlar. Plan odaklı projeler ise daha uzun, daha az sıklıkla yapılan resmi toplantılar düzenler, daha kapsamlı dokümantasyon kullanır ve daha geniş bir paydaş listesine sahiptir.

Ertelenen bir hata açık kalır ancak mevcut sürümden çıkarılır ve genellikle hedef sürüm kaydedilir. Reddedilen bir hata ise yazılı bir gerekçeyle (yeniden üretilemez, tasarlandığı gibi çalışıyor veya mükerrer) kapatılır, böylece karar daha sonra tekrar gözden geçirilebilir.

Bir rapor ana rapor olarak saklanır ve diğerleri ona bağlanır ve kopya olarak kapatılır. Bunları sessizce kapatmak bilgi kaybına yol açar, bu nedenle bağlantı önemlidir: raporu hazırlayanların sağladığı her yeniden üretim adımını ve ortam ayrıntısını korur.

Farketmez tracKaydedilmiş filtreler ve toplu düzenleme ile birlikte çalışan bir ker. Ekipler genellikle önceliklendirmeyi şu şekilde yapar: Jira tahta veya bir MantisBT Toplantı sırasında görünüm, yeni hatalara göre filtrelenir; önem derecesi, öncelik ve atanan kişi canlı olarak düzenlenir.

Makine öğrenimi modelleri, benzer raporları kümeleyerek tekrarları ortaya çıkarır, geçmiş hataların ifadelerinden yola çıkarak ciddiyet derecesini önerir ve her öğeyi bileşen sahibine yönlendirir. Çıktıyı ilk taslak olarak değerlendirin; her karar yine de toplantıda onaylanır.

Evet, dolaylı olarak. GitHub Yardımcı Pilotu bir yığını özetleyebilir tracÖrneğin, bir yeniden üretme testi taslağı hazırlayın ve etkilenen kodu açıklayın; bu, toplantının kendisinin yerini almak yerine, bir mal sahibinin önceliklendirme sonrasında gerçekleştirdiği araştırmayı kısaltır.

Proje yöneticisi, karar verme yetkisine sahip kişidir çünkü karar, teknik bir konu olmaktan ziyade, yayın tarihiyle ilgili ticari bir karardır. Geliştirme lideri iş gücü tahminini, test lideri ise bu kararı destekleyen etki kanıtlarını sunar.

Bu yazıyı şu şekilde özetleyin: