TL;DR
Postman, ücretsiz katmanında Collection Runner erişimini kısıtlayarak yükseltme yapmamış ekipler için otomatik test yürütmeyi bozdu. Bu durum, yerel test çalıştırmalarını, CI/CD ardışık düzenlerini ve Runner'ı toplu istek yürütme için kullanan tüm iş akışlarını etkiliyor. Bu makale, neyin değiştiğini, pratikte neyi bozduğunu ve Apidog'un çalıştırıcısının herhangi bir planda kısıtlama olmaksızın nasıl çalıştığını açıklıyor.
Giriş
Postman'ın Collection Runner'ı en çok kullanılan özelliklerinden biriydi. 50 API isteğinden oluşan bir koleksiyon oluşturur, "Koleksiyonu Çalıştır"a tıklarsınız ve Postman'ın bunları sırayla, istekler arasında değişken geçişleri, her yanıtta test onaylamaları ve sonunda bir özet raporuyla yürüttüğünü izlerdiniz. Karmaşık çok adımlı akışları test eden geliştiriciler için bu temel bir araçtı.
Ardından 2026 kısıtlamaları geldi. Ücretsiz katman azaltmasının bir parçası olarak Postman, Collection Runner erişimini sınırladı. Ücretsiz hesaplar artık ayda belirli bir sayıdaki isteğin ötesinde koleksiyon çalıştıramıyor ve bazı Runner özellikleri artık tamamen ücretli hale getirildi.
Etkisi, geliştirici iş akışlarında hızla kendini gösterdi. Newman'a (Postman'ın CLI çalıştırıcısı) dayanan CI ardışık düzenlerine sahip ekipler limitlere takılmaya başladı. Collection Runner'da dağıtım öncesi hızlı testler (smoke test) yapan geliştiriciler, özelliğin pasifize edildiğini veya kısıtlandığını gördü.
Postman Collection Runner'da Neleri Değiştirdi?
Postman'ın ücretsiz katmanı artık Collection Runner'ı iki ana şekilde kısıtlıyor:
Aylık çalıştırma limitleri. Ücretsiz hesapların ayda gerçekleştirebilecekleri Collection Runner çalıştırma sayısı üzerinde bir sınırı vardır. Postman kesin sayıyı açıkça yayınlamadı, ancak topluluk raporları bunu ayda yaklaşık 25 çalıştırma olarak belirtiyor. Günde birkaç kez test çalıştıran geliştiriciler için bu limit birkaç gün içinde aşılıyor.
Newman CLI kısıtlamaları. Terminal ve CI ortamlarında Postman koleksiyonlarını çalıştırmanıza olanak tanıyan açık kaynaklı CLI aracı Newman, daha önce herhangi bir Postman koleksiyon dışa aktarımıyla plan limitlerine takılmadan çalışıyordu. 2026 sonrası, bazı Newman özellikleri, bulutla senkronize edilmiş koleksiyonlar kullanıldığında Postman hesabınızın plan katmanına geri bağlanıyor.
Kodsuz test yürütme. Kenar çubuğundan erişilebilen görsel Collection Runner, çalıştırma limitine ulaşıldıktan sonra ücretsiz hesaplarda ücretli bir durumu gösteriyor.
Kısıtlanmamış olanlar: bireysel istekleri manuel olarak çalıştırmak (tek bir istekte "Gönder"e tıklamak) sınırsız kalır. Kısıtlamalar özellikle otomatik toplu yürütmeyi hedeflemektedir.
Pratikte Bozulanlar
Taahhüt öncesi ve dağıtım öncesi hızlı testler
Birçok ekip, bir PR'ı birleştirmeden veya hazırlık ortamına dağıtım yapmadan önce Collection Runner'ı çalıştırır. Hızlı test koleksiyonunuzda 30 isteğiniz olsaydı, günde iki kez bu testi çalıştıran üç geliştiriciden oluşan bir ekip, Postman'ın ücretsiz aylık limitini yaklaşık iki gün içinde tüketirdi.
CI/CD ardışık düzenleri
Newman tabanlı CI ardışık düzenleri en çok etkilenenlerdir. Şuna benzer bir GitHub Actions iş akışı:
- name: Run API tests
run: newman run ./collections/api-tests.json -e ./environments/staging.json
Hesap limitine ulaşıldığında başarısız olmaya veya hız hataları vermeye başlayacaktır. Bu, her push'ta tetiklenen birden fazla ardışık düzene sahip ekipler için özellikle zararlıdır.
Uçtan uca test paketleri
Bazı ekipler, Postman'da istekleri zincirleyerek, bir isteğin çıktısını (örneğin bir kimlik doğrulama belirteci) bir sonrakine aktaran çok adımlı API iş akışları oluşturmuştu. Collection Runner bunu pm.environment.set() deseni aracılığıyla yönetir. Runner kısıtlandığında, bu iş akışları yalnızca istekleri tek tek manuel olarak adım adım ilerleyerek test edilebilir.
Yük ve performans testi
Postman'ın Collection Runner'ı, temel yük testi için kullanışlı olan, bir koleksiyonu birden çok kez art arda çalıştırmanıza olanak tanıyan bir "gecikme" ve "iterasyon" seçeneğine sahiptir. Çalıştırma limitleri yürürlükte olduğunda, bu kullanım durumu ücretsiz katmanda fiilen ortadan kalkmıştır.
Postman İçindeki Acil Geçici Çözümler
Henüz araç değiştirmeye hazır değilseniz, Postman ekosisteminde birkaç geçici çözüm bulunmaktadır.
Newman'a Aktar ve Yerel Olarak Çalıştır. Newman, eve telefon etmeyen özellikler kullanmadığınız sürece, bir Postman hesabı girişi gerektirmeden yerel olarak dışa aktarılmış bir koleksiyon JSON dosyasına karşı çalışır. Koleksiyonunuzu ve ortamınızı dışa aktarın, ardından Newman'ı tamamen çevrimdışı çalıştırın:
newman run collection.json -e environment.json
Bu, Newman yerel bir dosyayı okuduğu için Postman hesap çalıştırma limitini atlar. Kısıtlama, canlı Postman çalışma alanınızla senkronizasyonu kaybetmenizdir, bu nedenle koleksiyon her değiştiğinde yeniden dışa aktarmanız gerekir.
Büyük koleksiyonları daha küçük parçalara ayırın. Aylık limite yakınsanız, 100 istekli bir koleksiyonu dört adet 25 istekli koleksiyona bölmek, her birinin ayrı bir çalıştırma sayacı kullanması anlamına gelir. Bu bir çözüm değil, geçici bir önlemdir ve çok adımlı testlerin mantıksal akışını bozar.
Seçici olarak yükseltin. CI ardışık düzenini yalnızca bir ekip üyesi çalıştırıyorsa, o hesabın ücretli bir planda olması, diğerlerinin ücretsiz kalması, herkesi yükseltmekten daha ucuzdur. Ücretli hesap Newman'ı limitsiz çalıştırır; diğerleri manuel test kullanır.
Apidog'un Koleksiyon Çalıştırıcısı Nasıl Farklı Çalışır?
Apidog'un "Test Senaryoları" olarak adlandırılan veya herhangi bir koleksiyondaki "Çalıştır" düğmesi aracılığıyla erişilebilen çalıştırıcısının, hiçbir planda aylık çalıştırma limiti yoktur. Buna ücretsiz katman da dahildir.
Postman'ın kısıtladığı özelliklerle karşılaştırması şöyle:
| Özellik | Postman ücretsiz | Apidog ücretsiz |
|---|---|---|
| Çalıştırıcı çalıştırmaları/ay | ~25 (bildirilen) | Sınırsız |
| CI/CD çalıştırmaları (CLI) | Sınırlı | Sınırsız |
| Çalıştırma başına iterasyon | Sınırlı | Sınırsız |
| Değişkenlerle istek zincirleme | Sınırlı | Sınırsız |
| Test onaylamaları | Mevcut | Mevcut |
| Çalıştırma özet raporu | Mevcut | Mevcut |
Apidog CLI çalıştırıcısı (apidog-cli), CI/CD ile Newman'ın yaptığı gibi entegre olur. Komut yapısı benzerdir:
apidog run {project-id} --collection {collection-id} --environment {env-id}
Ayrıca, Apidog'dan bir koleksiyonu dışa aktarabilir ve Newman'ın yerel dosya yaklaşımına benzer şekilde çevrimdışı çalıştırabilirsiniz, ancak hesap tabanlı kısıtlamalar hakkında endişelenmenize gerek kalmaz.
CI Ardışık Düzeninizde Apidog Çalıştırıcısını Kurma
Newman tabanlı bir ardışık düzeni Apidog'a taşıyorsanız, GitHub Actions'daki geçiş şöyle görünür.
Öncesi (Newman):
- name: Install Newman
run: npm install -g newman
- name: Run API tests
run: newman run ./collections/api-tests.json -e ./environments/staging.json --reporters cli,json --reporter-json-export results.json
Sonrası (Apidog CLI):
- name: Install Apidog CLI
run: npm install -g apidog-cli
- name: Run API tests
run: apidog run --project {project-id} --env {env-id} --output results.json
env:
APIDOG_ACCESS_TOKEN: ${{ secrets.APIDOG_ACCESS_TOKEN }}
Temel farklılıklar, kimlik doğrulama mekanizması (Apidog, Postman API anahtarı yerine bir erişim belirteci kullanır) ve yerel dosya yolu yerine proje tabanlı referanstır. Her ikisi de test sonuç raporlaması için JSON çıktısını destekler.
Alternatif olarak, Newman'ın tanıdık arayüzünü kullanmaya devam etmeyi tercih ederseniz, bir Apidog koleksiyonunu Postman uyumlu bir JSON olarak dışa aktarabilir ve Newman'ı buna karşı çalıştırmaya devam edebilirsiniz. Bu size, Apidog'u günlük olarak kullanırken çevrimdışı, hesap gerektirmeyen bir yaklaşım sunar.
Apidog'daki Gelişmiş Çalıştırıcı Özellikleri
Postman'ın kısıtlı özellik setini karşılamanın ötesinde, Apidog'un çalıştırıcısı bilmeye değer birkaç yetenek ekler.
Veri odaklı test. Aynı koleksiyonu farklı veri setleriyle yürütmek için bir CSV veya JSON dosyasını bir test çalıştırmasına aktarın. Her satır bir iterasyon haline gelir. Bu, Postman'ın daha yüksek katmanlarında ücretli olan veri dosyası özelliğine eşdeğerdir.
Özel iterasyon sayıları. Aylık bir sayacı dert etmeden bir test çalıştırması için belirli bir iterasyon sayısı ayarlayın. Gerekirse temel bir stres testi için koleksiyonunuzu 500 kez çalıştırın.
Akıllı Mock entegrasyonu. Çalıştırıcı yürütülürken, Apidog'un dahili mock sunucusuyla etkileşime girebilir. Bu, henüz inşa edilmemiş bir API'ye karşı istemci kodunu test ederken faydalı olan, ayrı bir sunucu kurmaya gerek kalmadan mock edilmiş uç noktalara karşı testler çalıştırabileceğiniz anlamına gelir.
Zamanlanmış çalıştırmalar. Harici cron işlerine veya CI tetikleyicilerine ihtiyaç duymadan, Apidog'da doğrudan belirli bir programa (saatlik, günlük vb.) göre otomatik test çalıştırmaları ayarlayın. Sonuçlar projenizin test geçmişinde görünür.
Postman'ın Collection Runner kısıtlamaları, ücretsiz katmanda CI ardışık düzenleri ve otomatik test iş akışları oluşturan ekipler için pratik bir engeldir. En doğrudan ilerleme yolu, kullanım limitleri olmayan bir çalıştırıcıya geçmektir. Apidog'un çalıştırıcısı, Postman'ın ücretsiz katmanının kısıtladığı tüm kullanım durumlarını kapsar ve CLI entegrasyonu, küçük bir yapılandırma değişikliğiyle mevcut ardışık düzen kurulumlarında çalışır.