Testin koşulacağı ortamın teste uygunluğunun kontrol edilmesi

Test senaryolarının oluşturulması

Test basis belirlenmesi

Test stratejisinin oluşturulması

Test Ortamlarını kontrol etmek

Test Verisini temin etmek

Test kapanış raporunu hazırlamak ve paylaşmak

Test esnasında çok fazla hata bulunduğunda kalitenin sorumlusu olarak ilgili geliştirmenin canlı geçişini durdurmak

Hataların Debug edilmesi

Hataların yeniden üretim adımlarının belirlenmesi

Hata kayıtlarının açılması ve raporlanması

Hata kayıtlarının çözümü için yönlendirilmesi

Başarılabilir ve amaç her zaman bu olmalıdır.

Bütçe, zaman ve kaynak kısıtları dahilinde başarılması mümkün değildir.

Bütçe ticari sistemlerde yasal olarak olması gerekendir.

Sadece test takımının sorumluluğudur.

Her zaman birbirlerini desteklemek için varolduklarını ve paralel amaçlar için çalıştıklarını unutmamalıdırlar.

Problemleri bulmak ve düzenlemek için işbirliği içinde olmalıdırlar.

Bulunan hatalar hakkında iletişim halindeyken birbirlerine karşı objektif ve nazik olmalıdırlar

Hepsi

Kodda sıfır hata kaldığını

%100 test edildiğini

Gereksinim dokümanına uygun ve kabul edilebilir riskler dahilinde hazır olduğunu

Kontrol edilip onaylanmış olduğunu

Test yazılımdaki hataları bulmak için gerçekleştirilir

Test yazılım kalitesini arttırmak için gerçekleştirilir

Test kullanıcı güvenini arttırmak için gerçekleştirilir

Test yazılım güvenilirliğini %100 kanıtlamak için yapılır

Analiz dokümanı

İş Talepleri

Teknik Tasarım Dokümanı

Test Plan Dokümanı

Birim (Komponent) Testi

Entegrasyon Testi

Sistem Testi

Statik Test

Sayfa hızlı yüklensin

Bağlantı hızlı olsun

Sayfa 1 sn. içinde yüklensin

Butonlar uygun büyüklükte olsun

i, ii, iii, iv

iii, iv, i, ii

ii, iii, iv, i

iii, ii, iv, i

Online uçak rezervasyonu sisteminin cevap süresini (response time) ölçmek

Çağrı merkezi aramalarında yüksek trafik yaratılarak stress testini gerçekleştirmek

Online uçak rezervasyon sisteminin ekranda yansıttığı ve veritabanında tuttuğu bilgilerle müşterilere eposta ile gönderilen bilgileri kontrol etmek

Sistem belleğini test etmek

Erken test analizi ve tasarımı

Test mühendislerinin analiz çalışmalarına katılması

Farklı test seviyelerinin müşteri gereksinimlerine göre tanımlanması

Hepsi

Test, yazılım geliştirme yaşam döngüsünün ilk evrelerinde başlamalıdır

Yazılım geliştirme döngüsünün sonunda çıkan hataların düzeltilebilmesi diğer hatalara göre daha ekonomiktir

Test, kod yazıldıktan sonra başlamalıdır

Testler sadece bağımsız bir test takımı tarafından gerçekleştirilebilir

Riskleri ve bütçeyi değerlendirerek ne kadar zaman ve kaynak harcanacağına karar vermek

Ayrıntılı bir biçimde her şeyi test etmeye çalışmak

Yeterli zaman yoksa testleri yapmamak

En kolay testten başlamak

Gereksinimlerin analizi ve gözden geçirilmesi

Test verilerinin hazırlanması

Test prosedürlerinin oluşturulması

Test proje planının hazırlanması

Yazılım canlıya alınmadan önce dikkatli test edilirse risk azalır, kalite artar.

Sözleşme için test gerekebilir.

Yasal gereksinimler için test gerekebilir.

Endüstriye özel standartları karşılamak için teste gerek görülmez.

Yazılımı %100 test etmek imkansızdır.

Testin amacı,yazılımda hataların olduğunu göstermektir.

Teste, yazılım geliştirme sürecininin başında başlamak gerekir

Fonksiyonel testler test ekipleri tarafından yapılmalıdır

İnsanların yanlış yapması durumunda yazılımda hata oluşur.

Hatalı bir yazılımın çalıştırılması arızaya neden olur.

Yazılım sistemlerinin yaşam üzerinde bir etkisinin olduğu söylenemez.

Hatalı yazılım sistemleri zaman, para, itibar kaybı gibi problemlere neden olabilir.

Gereksinimler güncel değilse ve eksikse, alan bilgisine sahip test uzmanına ihtiyaç duyulmaz.

Değişikliklere bağlı olarak bakım testi, tüm test seviyelerinde ve tüm test çeşitleri için gerçekleştirilebilir

Taşıma testi (dönüşüm testi), başka bir uygulamadaki veriler bakımı yapılan sisteme taşınacağı zaman da gereklidir

Var olan sistemin değişikliklerden ne şekilde etkileneceğini belirlemeye etki analizi adı verilir; Etki analizi, regresyon test grubunu belirlemek için kullanılabilir

Bir hata tespit edildikten ve düzeltildikten sonra bulunan hatanın, başarılı şekilde ortadan kaldırıldığını onaylamak için yazılım yeniden test edilmelidir (retest). Bu işleme onay testi adı verilir.

Regresyon testleri fonksiyonel, fonksiyonel olmayan ve yapısal testleri içerir.

Regresyon test, tüm test seviyelerinde gerçekleştirilmez.

Regresyon, yapılan değişiklikler sonucunda oluşan yeni hataları keşfetmek amacıyla zaten test edilmiş olan bir programı yeniden test etme işlemi olarak da tanımlanabilir..

Sistem testi, yazılımın bileşenleri arasındaki etkileşimleri test eder ve bileşen testinden sonra yapılır

Sistem testi, sistemin fonksiyonel ve fonksiyonel olmayan gereksinimlerini ve veri kalitesini sorgulamalıdır

Sistem testleri hem black box, hemde white box test teknikleri ile yapılabilir.

Sistem testi genellikle bağımsız bir test ekibi tarafından yapılır

Statik test, yazılım çalıştırılarak gerçekleştirilen test tipidir.

Statik test, Kara kutu (Black box) testleridir.

Statik test, sadece yazılım geliştiriciler tarafından gerçekleştirilir.

Statik test, yazılım ve/veya yazılım parçası çalıştırılmadan gerçekleştirilen test tipidir.