İçeriğe geç

Postman koleksiyonunu içe aktarma

Restorm, Postman v2.0 ve v2.1 koleksiyonlarını içe aktarır (Postman’daki “Export ▸ Collection v2.1” işleminin ürettiği biçim).

Dosya ▸ İçe aktar (Ctrl+I), ardından dışa aktarılan .json dosyası.

Bir Postman koleksiyonunun içe aktarılmasıyla oluşan ağaç: kökte bir değişken klasörü, her Postman klasörü için bir alt klasör ve her girdi için fiiliyle birlikte bir istek

Postman öğesiRestorm’un yaptığı
Klasörler (iç içe item girdileri)Aynı derinlikte klasörler
İsteklerHTTP istekleri — gövde graphql türündeyse GraphQL istekleri
raw, formdata, urlencoded, file, graphql gövdeleriKarşılık gelen gövde türü
Koleksiyon değişkenleriBir ortamın değişkenleri
Açıklamalarİsteğin notları ve API dokümantasyonu
Örnek yanıtlarAPI dokümantasyonu

Bu içe aktarmayı farklı kılan kısım burasıdır. İstek öncesi ve test betikleriniz kaybolmaz: dokümantasyonda saklanır ve kod kutuları betiği olduğu gibi çalıştıran çalıştırılabilir bir senaryoya dönüştürülür.

Restorm bunun için JavaScript kod eylemlerinde bir pm.* uyumluluk katmanı sunar: pm.environment, pm.variables, pm.response, pm.test, pm.expect, pm.sendRequest, pm.setNextRequest, pm.cookies… Doğrulamalarınız böylece yeniden yazılmadan çalışmayı sürdürür.

Postman’ın kimlik doğrulama blokları (oauth2, apikey, bearer, basic, digest, hawk, aws, ntlm, edgegrid) okunur ve API dokümantasyonunda özetlenir; hassas değerler maskelenir.

Çalıştırılabilir kimlik bilgilerine dönüştürülmezler: bir kimlik doğrulama rotası yeniden oluşturun — beş dakikalık iştir ve karşılığında token’ın otomatik yenilenmesini kazanırsınız.

Postman, yeniden eşitlenebilir biçimler arasındadır (koleksiyon bir URL’den içe aktarılmışsa): klasörün Yenile düğmesi kaynağı yeniden alır ve Restorm farkı uygular. Bkz. Kaynaktan güncelleme.

Postman’dan geçiş rehberi, ortamlar ve runner’lar dâhil olmak üzere geçişin tamamını adım adım anlatır.