Cevap.

Sorunun Tarihi:

Smoke testi ("duman testi"), bir sistemin derlemeden sonra çalışabilirliğini hızlı bir şekilde kontrol etmenin bir yolu olarak ortaya çıkmıştır. Amacı, kritik işlevlerin çalışıp çalışmadığını kontrol etmek ve uygulamanın daha derin testler için uygun olup olmadığını onaylamaktır. Manuel testlerde smoke testleri genellikle yeni bir sürümün dağıtımından hemen sonra gerçekleştirilir.

Sorun:

Ana zorluk, sınırlı zaman ve gerçekten önemli kontrolleri seçme gerekliliğidir. Test uzmanları genellikle ya çok fazla kontrol yapar (kaynakları gereksiz yere harcayarak), ya da kritik unsurları göz ardı eder ve bu da sürümde "açıklar" olmasına sebep olur.

Çözüm:

Smoke testinin doğru organizasyonu, en önemli kullanıcı akışlarını kapsayan oldukça minimal bir senaryo setinin seçiminde yatmaktadır. Bu kontroller net, hızlı ve tekrarlanabilir olmalıdır. Örneğin:

- Kullanıcının sisteme başarılı bir şekilde girişi
- Temel işlevi gerçekleştirme yeteneği (örneğin, satın alma işlemi gerçekleştirme)
- Ödeme gerçekleştirme ve onay alma

Anahtar özellikler:

Smoke testleri yalnızca hayati işlevleri kapsar
Hızlı icra, sık sürümler için kritik öneme sahiptir
Tüm senaryolar, önceden onaylanmış bir kontrol listesini kullanarak manuel olarak gerçekleştirilir

Yanıltıcı Sorular.

Smoke testi, regresyon testinin tam bir ikamesi olarak kabul edilebilir mi?

Hayır, smoke testi yalnızca ana işlevler için "çalışıyor - çalışmıyor" üzerine odaklanır. Ciddi, ancak belirgin olmayan hataları bulmak için her zaman tam bir regresyon gereklidir.

Bir smoke testi geçmezse ne yapılmalı? Teste devam edilmeli mi?

Hayır, ileriye dönük test anlamlı değildir — ekip durumu bildirir, sürüm engellenir, hata düzeltilene kadar.

Smoke testleri, edge-case senaryolarını kapsamalı mı?

Hayır, smoke testleri uç durumları kontrol etmek için tasarlanmamıştır. Bunlar yalnızca temel işlevlerin çalışabilirliğini onaylamak içindir.

Tipik Hatalar ve Anti-Desenler

Çalışabilirlik için kritik olmayan aşırı testlerin yapılması
Smoke testleri ile ilgili belgelerin olmaması (test uzmanı "her şeyi kafasında tutar")
"Raporlama" uğruna açık sorunların göz ardı edilmesi

Hayattan Bir Örnek

Negatif Durum

Smoke testi, önemsiz işlevleri içeren kapsamlı bir kontrol listesi ile gerçekleştirildi. Bu çok zaman aldı, bu nedenle sürüm yarım gün gecikti.

Artılar:

Birkaç belirgin olmayan hata tespit edildi.

Eksiler:

Sürümde gecikme
Önemsiz kontrolere zaman ve kaynak harcandı.

Pozitif Durum

Smoke testi yalnızca en kritik senaryolar üzerinde yoğunlaştı. Engelleyici bir hatayı hızlı bir şekilde tespit ettik ve ekibe bildirdik — sürüm düzeltilene kadar askıya alındı.