📁 G1 · Collection ve Klasör Yapısı

G1 · Collection ve Klasör Yapısı: Bir Postman Collection, `/api/v1/bugs` için yazılmış tüm request'leri saklayan bir **test klasörüdür** — ama bunları ENDPOINT'e göre değil, gerç

Bir Postman Collection, `/api/v1/bugs` için yazılmış tüm request'leri saklayan bir **test klasörüdür** — ama bunları ENDPOINT'e göre değil, gerçek bir kullanım AKIŞINA göre grupladığında ("Bug Oluşturma Akışı", "Bug Yaşam Döngüsü") anlamlı olur. Java'da en yakın karşılığı, `src/test/java` altında paketleri özelliğe göre (`bugcreation`, `buglifecycle`) ayırmaktır — teknik katmana göre değil, iş akışına göre. **Derin Collection/klasör mimarisi rehberi için → `/postman` sayfasına bak; burada sadece Bug Tracker'ı Postman'e taşıyoruz.**

🎬 Bug Tracker'ı Postman'e Taşımak

Bug Tracker Collection

GRUP B-D'de kurduğumuz 6 endpoint'i (`/api/v1/bugs`) şimdi Postman'e taşıyacağız.

Onları endpoint listesi olarak değil, gerçek bir akış olarak grupluyoruz: önce oluştur, sonra yaşam döngüsünü yönet.

Sonuç: bir bakışta okunabilir, akışa dayalı bir Collection.

Endpoint'ten Collection'a

Endpoint'leri listele…

/api/v1/bugs'un 6 endpoint'ini gözden geçir (GRUP B-D).

Endpoint yerine "oluşturma", "yaşam döngüsü" gibi gerçek kullanım akışlarına grupla.

Her akış bir klasör, her request o klasörün altında bir öğe olur.

Bir Postman collection'ı akışa göre kurma sırasını diz.

Endpoint listesini gözden geçir

Gerçek kullanım akışlarını belirle