Code coverage ile takip edilmiş bir çok unit teste, component-widget teste ek olarak tüm önemli senaryoları kapsayan integration testlere sahiptir diyor flutter.io.
Yorum BırakEtiket: unit test
Önceki bölümlerde; Python (Django) ile Test Odaklı Geliştirme (TDD) – 2 Bölüm 1: TDD Temelleri ve Django (Part 1: The Basics of TDD and Django)…
Yorum BırakÖnceki bölümlerde; Python (Django) ile Test Odaklı Geliştirme (TDD) – 1
Bölüm 1: TDD Temelleri ve Django (Part 1: The Basics of TDD and Django)
Kısım 2: unittest Modülü Kullanarak Functional Testimizi Genişletmek (Extending Our Functional Test Using the unittest Module)
Bir önceki kısımda yazdığımız test, Django’nun “it worked” sayfasının çalışıp çalışmadığını kontrol ediyordu. Şimdi bu testi, kendi uygulamamıza göre geliştireceğiz. Ama öncesinde, şu “functional test (FT)
” deyimini biraz açıklamak gerek;
- Functional Test == Acceptance Test == End-to-End Test
Functional testler (FT), uygulamamızın fonksiyonlarını son kullanıcı gözünden görmemizi sağlar. “Functional test” denmesinin sebebi de bu zaten. FT’yi bir çeşit uygulamamızın tanımlaması olarak da düşünebiliriz. “User Story”leri takip edip, kullanıcıların uygulamamızın belirli özellikleriyle çalıştığında uygulamanın nasıl cevap verdiğini izler.
FT’ler okunabilir ve takip edebileceğimiz hikayelere sahip olmalı. Test kodları yazarken açık ve net yorumlarla bunu sağlayabiliriz. Yeni bir FT yazarken, öncelik yorumları yazmakta olmalı. Yorumlar “User Story”lerin anahtar noktalarını yakalamalı. Ayrıca, öyle okunabilir olmalı ki, programcılar dışındaki kişilerle de bu yorumları paylaşıp, uygulamanın gereksinimleri ve özellikleri hakkında tartışma yapabilmeliyiz.
Yorum Bırak