🚫 G5 · Negatif Test Setleri

G5 · Negatif Test Setleri: Negatif test setleri, F4/F6'da şemadan TÜRETTİĞİN checklist'in Postman'de HAYATA GEÇİRİLMESİDİR: her `required`/`type`/`enum` ihlali artık bir Postman

Negatif test setleri, F4/F6'da şemadan TÜRETTİĞİN checklist'in Postman'de HAYATA GEÇİRİLMESİDİR: her `required`/`type`/`enum` ihlali artık bir Postman klasöründe AYRI bir request'tir. Java'da bunun karşılığı, bir metodun her geçersiz girdi kombinasyonu için AYRI bir `@Test` yazmaktır (`@ParameterizedTest` ile bile). Peki neden bunları AYRI request'ler olarak tutuyoruz, tek bir request'te birleştirmiyoruz? Çünkü her negatif senaryo AYRI bir kanıt üretmelidir — biri başarısız olduğunda HANGİSİNİN başarısız olduğu belirsiz kalmamalıdır; birleştirilmiş bir request "bir şey yanlış" der, ayrı request'ler "TAM OLARAK bu kural ihlal edildi" der. **Derin negatif test tasarımı için → `/postman` sayfasına bak.**

🎬 Bir Şema Kısıtından Bir Postman Klasörüne

F6: şema checklist'i

"Negatif Testler" klasörü

Her ihlal için ayrı kanıt

F6'da şemadan türetilen checklist elimizde: eksik title, enum dışı severity, geçersiz email...

Her checklist maddesi Postman'de AYRI bir request/klasör öğesi olur — "Negatif Testler" klasörü doğar.

Koşum sonrası hangi kuralın ihlal edildiğinde sunucunun HATA VERDİĞİ, hangisinde SESSİZCE KABUL ETTİĞİ netleşir.

Şemadan Negatif Test Klasörüne

F6'da şemadan türetilen negatif senaryo listesini kullan.

Her madde bir request olsun…

Her ihlal için ayrı bir Postman request'i oluştur, ilgili pm.test'i yaz.

Sonuçları karşılaştır…

Hangi kuralın gerçekten uygulandığını, hangisinin sessizce geçtiğini gör.