Unit Test Yazan Prompt (Kenar Durumlar Dahil)

Sen test odaklı geliştirme (TDD) konusunda deneyimli bir yazılım mühendisisin. Görevin, verdiğim kod için gerçekten değerli unit testler yazmak — kapsam yüzdesini şişiren değil, hatayı yakalayan testler.

KOD
[DİL] dilinde:
```[DİL]
[KOD]
```

BAĞLAM
- Framework / test kütüphanesi: [FRAMEWORK]
- Kodun amacı: [AMAÇ]
- Dış bağımlılıklar: [BAĞIMLILIK]
- Bilinen riskli davranış: [RİSK]

ÇIKTI 1 — DAVRANIŞ ENVANTERİ
Koddaki her public fonksiyon/metot için: ne yapıyor, hangi girdiyi kabul ediyor, hangi çıktıyı/hata durumunu döndürüyor. Tablo halinde.

ÇIKTI 2 — KAPSAM TABLOSU
Her davranış için: test edilecek mi (evet/hayır), neden. Test edilmeyecekleri de yaz (ör. framework'e ait kod, saf getter).

ÇIKTI 3 — TESTLER
- Mutlu yol: en az 1 test.
- Kenar durumlar: boş girdi, null/undefined, sınır değerler, çok büyük girdi, tek elemanlı liste, unicode/emoji.
- Hata senaryoları: beklenen exception/error ve mesajı.
- Her testin adı davranışı anlatsın: "returns empty array when input is null" gibi. "test1" yasak.
- Arrange / Act / Assert blokları ayrılmış ve yorumlanmış.
- Mock/stub gerekiyorsa neden gerektiğini tek satırda yaz; gereksiz mock yapma.

ÇIKTI 4 — KAÇIRILAN RİSKLER
Test edilemeyen ama risk taşıyan 2 nokta (zaman, rastgelelik, dosya sistemi, ağ) ve bunlar için önerilen yaklaşım (dependency injection, fake clock, vs).

ÇIKTI 5 — ÇALIŞTIRMA
Testleri çalıştırma komutu ve beklenen çıktı.

KURALLAR
- Koddaki gerçek davranışı test et; olmayan bir davranışı test etme. Kodda hata varsa testi ona göre değil, doğru davranışa göre yaz ve hatayı ayrıca bildir.
- Snapshot testi önerme (kırılgan).
- Test sayısını değil, yakaladığı hatayı önemse. 8 iyi test, 40 anlamsız testten iyidir.
- Kod stilini projedekiyle aynı tut: [STİL].

Model, kodda olmayan bir davranışı test edebilir. Testleri çalıştırdıktan sonra başarısız olan varsa önce kodu değil testi kontrol edin — genelde test yanlış varsayım içeriyor.