Test Güdümlü Geliştirme ve Birim Testler üzerine sunum ve konuşma

1. Test Driven
Development
ve
Unit Test
serhatleventyavas@gmail.com
https://www.linkedin.com/in/serhatleventyavas
https://github.com/serhatleventyavas
Serhat Levent Yavaş

2. Tasarım Kodlama Test
Eski Yaklaşım

3. Kaliteli Kod Nasıl Olur ?
• Kodlama standartlarına uygun
• Okunabilirliği yüksek
• Karmaşıklığı az
• Dökümante edilmiş
• Bakımı yapılabilir

4. Technical Debt

6. Test Driven Development
Nedir ?

7. 1994 yılında ilk Test
Kütüphanesi yazdı
1998 Yılında XP’ de testleri
çoğunlukla ilk sırada yazmalıyız
dedi.
2002 yılında Test Driven
Development: By Test kitabını yazdı

8. Tasarım Test Kodlama
Yeni Yaklaşım

9. –Martin Fowler
“Herhangi bir şeyi debug etmeye kalktığınızda
bunun yerine test yazınız”

10. Test Driven Development
Döngüsü
Red
Refactor Green

11. TDD’da 3 Kural
Geçmeyen bir unit testi yazmadan, kod yazmamalısın.
Aynı anda bir fazla geçmeyen unit testi yazmamalısın.
Geçmeyen unit testi geçirecek kadar kod yazmalısın. Daha fazlası olmamalı.

12. TDD’de işlem döngüsü
1. Bir test yazılır.
2. Bütün testler çalıştırılır ve test
başarısız olur.
3. Hata düzeltilir ve test başarılı
hale getirilir.
4. Mevcut bütün testlerin başarılı
olması sağlanır.
5. Kod refactor edilir.

13. TDD - Faydaları
• Geliştirme sürecinde, birim testler tekrar tekrar çalıştırıldığından yazılım
gereksinimlerini karşılayıp karşılamadığı kolaylıkla kontrol edilebilir.
• Yazılımı sadece ele alınan gereksinimi karşılayacak şekilde geliştirildiği için
gereksiz kod yazımı en aza indirilir.
• Her durum için bir birim testimiz olduğu için bakımı ve hata bulma
işlemleri kolaylaşacaktır.
• Sürekli testlere tabi tutulduğu için yazılım canlıya geçtiğinde gelebilecek
hata sayısı az olacaktır.
• İyi yazılmış bir birim test, test edilen tüm durumları tanımladığı için, iyi bir
dökümantasyon olacaktır.
• Genişletilebilir ve bağımlılıkları az olan kod yapımız olacaktır.

14. TDD, yazılım gelişim
sürecini yavaşlatır mı ?

15. Unit (Birim)
Test
Nedir ?

17. Test Case Yapısı
Execution
Setup
Validation
Cleanup

18. Arrange-Act-Assert (AAA)
Pattern
Arrange: Testleri çalıştırmak için gereken kurulumlar yapılır
Act: Test edilecek kod çağrılır
Assert: Testin geçmesi için gerekli koşul kriteri belirtilir

20. Unit Test Yazarken Dikkat Edilmesi
Gerekenler
• Test isimleri amacı yansıtmalı ve özellikleri yansıtmalı
• Bir unit test tek bir amacı test etmeli
• Testler okunabilir olmalı
• Birim testler kısa ve basit olmalı
• Bağımlılıklardan kaçının, izole ortam olmasını sağlayın

21. C# Unit Test Kütüphaneleri
• MsTest
• NUnit
• XUnit

22. Bundan Sonra;
• Test Doubles : Mock, Stub, Fake
• Integration Test
• System Test
• UI Test
• Refactoring

23. Okunması Gereken Kitaplar