G4 · Pre-request Script ve Test Zinciri: Test zincirleme, bir POST request'inin ÜRETTİĞİ `id`'yi bir sonraki GET request'ine TAŞIMAKTIR — Java'da bir metodun dönüş değerini bir s
Test zincirleme, bir POST request'inin ÜRETTİĞİ `id`'yi bir sonraki GET request'ine TAŞIMAKTIR — Java'da bir metodun dönüş değerini bir sonraki metoda PARAMETRE olarak geçirmenin Postman'deki karşılığıdır. `Tests` sekmesinde `pm.environment.set('bugId', body.id)` yazınca, POST'un response'undan gelen id G2'de tanımladığın `{{bugId}}` değişkenine YAZILIR; bir sonraki request bu değeri OKUYUP kullanır. Peki bu neden tek bir request'te her şeyi test etmekten daha iyi? Çünkü gerçek bir kullanıcı akışı da TAM OLARAK böyledir: önce bir bug OLUŞTURULUR, SONRA o bug'a REFERANSLA işlem yapılır — zincirleme test bu gerçek akışı BİREBİR simüle eder. **Derin pre-request script rehberi için → `/postman` sayfasına bak.**
pm.environment.set("bugId", 42)
Gerçek akış test edildi
`POST /api/v1/bugs` çalıştırılır — sunucu YENİ bir kayıt oluşturur, `id: 42` döner.
Tests sekmesindeki script bu id'yi YAKALAR ve `pm.environment.set(...)` ile kaydeder.
`{{bugId}}` değişkeni artık GERÇEK id (42) değerini taşıyor — bir sonraki request'e HAZIR.
`GET /api/v1/bugs/{{bugId}}` çalıştırıldığında Postman bunu OTOMATİK `/api/v1/bugs/42`'ye çevirir.
Ders — İki request artık BİRBİRİNE BAĞLIDIR; bu, "önce oluştur, sonra referansla işlem yap" gerçek kullanıcı akışının BİREBİR testidir.