Çevik Test - Kadranlar

Geleneksel Testte olduğu gibi, Çevik Testin de tüm Test Düzeylerini kapsaması gerekir.

Birim Testi
Entegrasyon Testi
Sistem Testi
kullanıcı Kabul Testi

Birim Testi

Geliştirici tarafından Kodlama ile birlikte yapılır
% 100 Tasarım Kapsamı sağlayan Test Durumlarını yazan Test Uzmanı tarafından desteklenir
Birim Testi Durumları ve Birim Testi sonuçlarının gözden geçirilmesi gerekiyor
Çözülmemiş büyük kusurlar (öncelik ve ciddiyete göre) kalmaz
Tüm Birim Testleri otomatiktir

Entegrasyon Testi

Sprintler ilerledikçe Sürekli Entegrasyon ile birlikte yapılır
Tüm Sprintler tamamlandıktan sonra bitti
Tüm İşlevsel Gereksinimler test edilir
Üniteler arasındaki tüm Arayüzler test edilir
Tüm Kusurlar Rapor Edilir
Testler mümkün olduğunda otomatiktir

Sistem Testi

Geliştirme ilerledikçe yapılır
Kullanıcı Hikayeleri, Özellikleri ve İşlevleri Test Edilir
Üretim Ortamında yapılan testler
Kalite Testleri yapılır (Performans, Güvenilirlik vb.)
Kusurlar rapor edildi
Testler mümkün olduğunda otomatiktir

kullanıcı Kabul Testi

Her Sprint'in sonunda ve projenin sonunda yapılır
Müşteri tarafından yapılır. Geri bildirim Ekip tarafından alınır
Geri bildirim, sonraki Sprintler için bir girdi olacaktır
Bir Sprint'teki Kullanıcı Hikayeleri, test edilebilir olmaları için önceden doğrulanmıştır ve tanımlanmış Kabul Kriterlerine sahiptir

Test Türleri

Bileşen Testleri (Birim Testleri)
Fonksiyonel Testler (Kullanıcı Hikayeleri Testleri)
Fonksiyonel Olmayan Testler (Performans, Yük, Stres vb.)
Kabul testleri

Testler tamamen Manuel, Tam Otomatik, Manuel ve Otomatik Kombinasyonu veya Araçlar tarafından desteklenen Manuel olabilir.

Destek Programlama ve Kritik Ürün Testleri

Testler şunlar olabilir -

Supporting Development (Support Programming) - Destek Programlama Testleri, Programcılar tarafından kullanılır.
- Bir Sistemin belirli bir davranışını gerçekleştirmek için hangi kodu yazmaları gerektiğine karar vermek
- Yeni Kodun Sistemin geri kalan davranışlarını engellememesini sağlamak için Kodlamadan sonra hangi Testlerin çalıştırılması gerekir?
Verification only (Critique Product) - Kritik Ürün Testleri, bitmiş Üründeki eksiklikleri tespit etmek için kullanılır

İşle Yüzleşme ve Teknolojiyle Yüzleşme Testleri

Hangi testlerin ne zaman yapılacağına karar vermek için, bir testin -

Business Facing veya
Teknoloji Karşılaşması

İş Karşılıklı Testler

Bir Test, işletme alanından kelimelerle çerçevelenmiş soruları yanıtlıyorsa, işe yönelik bir testtir. Bunlar iş uzmanları tarafından anlaşılır ve ilgilerini çeker, böylece sistemin davranışı gerçek zamanlı senaryoda açıklanabilir.

Teknoloji Karşılıklı Testler

Test, teknoloji alanından kelimelerle çerçevelenen soruları yanıtlayan teknolojiye dönük bir testtir. Programcılar, teknolojiyle ilgili açıklamalara dayanarak nelerin uygulanması gerektiğini anlar.

Test türlerinin bu iki yönü Brian Marick tarafından tanımlanan Çevik Test Çeyrekleri kullanılarak görüntülenebilir.

Çevik Test Çeyrekleri

Test Türlerinin iki yönünü birleştiren aşağıdaki Çevik Test Çeyreği Brian Marick tarafından türetilmiştir:

Çevik Test Çeyreği, ekiplerin gereken testleri belirlemesine, planlamasına ve yürütmesine yardımcı olmak için yararlı bir sınıflandırma sağlar.

Quadrant Q1- Birim Seviyesi, Teknoloji Karşılaşması ve geliştiricileri destekler. Birim testleri bu Çeyreğe aittir. Bu testler Otomatik testler olabilir.
Quadrant Q2- Sistem düzeyi, işle ilgili ve ürün davranışına uygunluk. Fonksiyonel testler bu kadrana aittir. Bu testler manuel veya otomatiktir.
Quadrant Q3- Sistem veya Kullanıcı Kabul Düzeyi, İşle Yüzleşme ve gerçek zamanlı senaryolara odaklanma. Kullanıcı Kabul Testleri bu kadrana aittir. Bu testler manueldir.
Quadrant Q4- Sistem veya Operasyonel Kabul Seviyesi, Teknolojiyle Yüzleşme ve Performans, Yük, Stres, Sürdürülebilirlik, Ölçeklenebilirlik Testlerine Odaklanma. Otomasyon testleri ile birlikte bu testler için özel araçlar kullanılabilir.

Bunları birleştiren Çevik Test Çeyrekleri What-Testing-When aşağıdaki gibi görselleştirilebilir -