Konunun geçmişi:
Test sürecinin erken aşamalarında hatalar genellikle sistematik bir şekilde düzeltilmedi. Yazılımın karmaşıklaşması, görev ve hata takip sistemlerinin sayısının artmasıyla, kritik sorunlara öncelik vererek kaynakların harcanmasına ihtiyaç doğmuştur, yani önemsiz sorunlar yerine.
Sorun:
Önceliklendirme olmadan, test uzmanları, yöneticiler ve geliştiriciler, kritik hataları atlayarak önemsiz hatalara zaman harcayabilirler. Bu da finansal veya itibari kayıplara ve ürünün işleyişinde aksamalara yol açabilir.
Çözüm:
Öncelik düzeyleri sisteminin uygulanması:
Temel özellikler:
Hatanın önceliği neye bağlıdır — hatanın ciddiyetine mi yoksa iş önceliklerine mi?
Her iki faktöre de bağlıdır. Bazı hatalar teknik olarak önemsiz olabilir, ancak iş için kritik olabilir (örneğin, ödeme sayfasında ürün fiyatında hata).
Aynı ciddiyete sahip tüm hataların aynı önceliğe sahip olması gerekir mi?
Hayır, kullanım bağlamı, oluşum sıklığı ve temel iş göstergeleri üzerindeki etkiye dikkat etmek önemlidir.
Bir hatanın önceliği zamanla değişebilir mi?
Evet, proje geliştikçe, yayın planları değiştikçe, yeni gereklilikler veya kullanıcı geri bildirimleri geldikçe öncelikler kayabilir.
E-ticaret sitesinde, küçük görsel hatalar en yüksek öncelikle hata takip sistemine yerleştirilirken, ödeme entegrasyonu ile ilgili hatalar en düşük öncelikle yerleştiriliyordu.
Artıları:
Eksileri:
Ekip olarak öncelikleri birlikte belirledik: ödeme işlemlerini ve iş açısından kritik olan işlevselliği engelleyen hatalar "Kritik" olarak işaretleniyor ve öncelikli olarak ele alınıyordu.
Artıları:
Eksileri: