Cevap.

Smoke testi ve regresyon testi, geliştirme ve güncelleme aşamalarında kullanılan önemli manuel test türleridir.

Soru Tarihi:

Smoke testi (elektronikte "smoke test" den gelir - cihaz açıldığında "duman" çıkıp çıkmadığını kontrol etmek) sistemin temel işlevlerinin çalışabilir olduğunu hızla kontrol eden, minimal bir testtir. Regresyon testi, yeni kodun mevcut işlevleri bozup bozmadığını kontrol etmek amacıyla işlevselliğin tam veya kısmi olarak tekrar kontrol edilmesidir.

Sorun:

Bu testler genellikle karıştırılır veya yanlış uygulanır, bu da zaman kaybına veya önemli kontrollerin gözden kaçmasına neden olabilir. Ayrıca, smoke ve regresyon test setlerini nasıl ve hangi kriterlere göre oluşturacağınız konusunda sorular ortaya çıkmaktadır.

Çözüm:

Smoke testleri yalnızca sistemin çalışması için kritik işlevselliği içerir.
Smoke testleri her dağıtım sonrası test ortamında gerçekleştirilir.
Regresyon testleri, değişiklikleri, ilgili alanları ve ana işlevselliği kapsayan daha geniş bir kontrol setidir.
Regresyon, geliştirmeler ve hata düzeltmelerinden sonra, genellikle bir sürümden önce yapılır.

Ana özellikler:

Smoke testi, ürünün "yaşanabilirliğini" kontrol eder — daha fazla test yapmaya devam etmenin gerekip gerekmediğini hızlıca anlamaya yardımcı olur.
Regresyon, zaten gerçekleştirilmiş özelliklerle ilgili hataları ortaya çıkarır.
Her iki test tipi de net bir şekilde ayrılmalı ve belgelenmelidir.

İkna Edici Sorular.

Smoke testi regresyon testine girer mi?

Hayır, smoke — özel “hayati” testlerin bir alt kümesidir, regresyon ise hem yeni hem de önemli eski kontrolleri içerir.

Sürümden önce sadece smoke testleri çalıştırmak mümkün mü?

Hayır — bu yeterli değildir. Smoke yalnızca her şeyin "canlı" olduğunu haber verir, ancak daha az "kamuya açık" işlevsellikte kritik hataların olmamasını garanti etmez.

Her sürümde smoke testlerin içeriğini değiştirmek uygun mu?

Hayır, smoke içeriği istikrarlıdır ve yalnızca ürünün radikal değişiklikleri olduğunda değiştirilir.

Tipik Hatalar ve Anti-Paternler

Smoke testlerine çok fazla önemsiz kontrol eklemek
Smoke ve regresyon testlerini karıştırmak, bunları tek bir çalıştırma altında birleştirmek
İşlevsellik değiştiğinde regresyon testlerini güncellemeyi unutmamak

Gerçek Hayattan Bir Örnek

Negatif Durum

Sürümden önce ekip yalnızca smoke testleriyle sınırlı kalır, regresyon testi yapmaz. Sonuç olarak, sürümden sonra dikkat çekmeyen ancak önemli olan işlevlerde hatalar tespit edilir.

Artılar:

Hızlı test geçişi

Eksiler:

Ciddi hataları atlama riski yüksektir.
Kullanıcı taleplerinin artması

Pozitif Durum

Her dağıtım sonrası önce smoke testleri, ardından güncellenen senaryolar için regresyon testleri yapılır. Sonuçlar belgelenir ve ürün değişikliklerinde testler hızlı bir şekilde güncellenir.