Migrasi dari Postman
1. Mengekspor dari Postman
Section titled “1. Mengekspor dari Postman”Di Postman: Collection ▸ … ▸ Export ▸ Collection v2.1. Lakukan hal yang sama untuk lingkungan Anda.
2. Mengimpor ke dalam Restorm
Section titled “2. Mengimpor ke dalam Restorm”File ▸ Impor (Ctrl+I) lalu pilih file JSON-nya. Restorm sendiri yang
mendeteksi formatnya.
Selengkapnya: Mengimpor koleksi Postman.
Apa yang berpindah otomatis
Section titled “Apa yang berpindah otomatis”| Postman | Restorm |
|---|---|
| Folder | Folder, pada kedalaman yang sama |
| Permintaan HTTP | Permintaan HTTP |
| Permintaan GraphQL | Permintaan GraphQL (bukan permintaan HTTP) |
| Body raw, formdata, urlencoded, file, graphql | Tipe body yang bersesuaian |
| Variabel koleksi | Variabel sebuah lingkungan |
| Deskripsi | Catatan dan dokumentasi API |
| Contoh respons | Dokumentasi API |
| Skrip pra-permintaan dan pengujian | Sebuah skenario yang dapat dieksekusi, dengan lapisan pm.* |
Apa yang perlu penyesuaian
Section titled “Apa yang perlu penyesuaian”Autentikasi
Section titled “Autentikasi”Blok autentikasi Postman didokumentasikan (dengan nilai sensitifnya disamarkan) tetapi tidak dikonversi menjadi kredensial yang dapat dieksekusi.
Buatlah kembali sebuah
permintaan autentikasi: hanya butuh lima
menit, dan Anda memperoleh pembaruan token otomatis serta percobaan ulang pada
401, yang tidak dilakukan Postman dengan sendirinya.
Lingkungan
Section titled “Lingkungan”Ekspor lingkungan itu dari Postman lalu buat ulang di dalam sebuah folder variabel.
Manfaatkan kesempatan itu untuk memakai sub-lingkungan: di tempat Postman memaksakan satu lingkungan datar per sasaran, Restorm memungkinkan sebuah landasan bersama dengan penimpaan per klien atau per wilayah.
Runner dan Newman
Section titled “Runner dan Newman”Inilah penggantian yang paling menguntungkan. Sebuah skenario melakukan apa yang dilakukan sebuah runner, dengan lebih baik:
- alirannya terlihat alih-alih berupa urutan koleksi yang tersirat;
- percabangan, perulangan, dan percobaan ulangnya berupa kotak, bukan
pm.setNextRequest; - eksekusi di CI sudah terpadu, lengkap dengan kode keluar yang rapi — lihat Eksekusi headless dan CI.
Padanan konsep
Section titled “Padanan konsep”| Postman | Restorm |
|---|---|
| Workspace | Sebuah proyek .restorm, yang diversikan di dalam git |
| Collection | Sebuah folder atau folder variabel |
| Environment | Sebuah lingkungan di dalam sebuah folder variabel |
| Globals | Sebuah lingkungan akar, yang diwarisi anak-anaknya |
| Pre-request / Test script | Sebuah skenario, atau sebuah aksi kode |
| Collection Runner | Sebuah skenario |
| Newman | restorm --run --headless |
| Mock Server | Mode server, secara lokal |
| Monitors | Sebuah aksi Pengatur waktu, atau sebuah tugas terjadwal di CI Anda |
| Postman Console | Konsol |
Variabel dinamis {{$random…}} | Yang sama, ditambah 116 helper — lihat referensinya |
Perbedaan mendasarnya
Section titled “Perbedaan mendasarnya”Permintaan Anda menjadi file di dalam repositori Anda. Permintaan itu mengikuti siklus tinjauan yang sama dengan kode Anda, riwayatnya adalah riwayat git, dan hak aksesnya adalah hak akses forge Anda.
Tidak ada ruang kerja terhosting yang perlu diadministrasi, dan tidak ada data
API di layanan pihak ketiga. Lihat
Proyek dan file .restorm.
Dan apa yang dimiliki Postman tetapi tidak dimiliki Restorm
Section titled “Dan apa yang dimiliki Postman tetapi tidak dimiliki Restorm”Supaya jujur: Restorm tidak memiliki ruang kerja kolaboratif terhosting, tidak memiliki portal API publik, tidak memiliki komentar sebaris pada permintaan, dan tidak memiliki pemantauan terhosting. Jika organisasi Anda bersandar pada elemen-elemen itu, semuanya tidak memiliki padanan langsung — berbagi dilakukan lewat git.