နားလည်ထားရမယ့် အချက်
API တစ်ခုကို လက်ဖြင့် စမ်းသပ်ရာမှာ အခြေခံ လှုပ်ရှားမှု အနည်းငယ်ပဲ ရှိပါတယ် — request တည်ဆောက်ခြင်း၊ ပို့ခြင်း၊ ပြန်လာတာဖတ်ခြင်း။ ယခင် course က curl နဲ့ ပြသခဲ့ပါတယ်။ Postman ကလည်း visual interface ကနေ အလုပ်တူတူ လုပ်ပါတယ် — API client တစ်ခုပဲ၊ HTTP နားလည်ဖို့ အစားထိုးလို့ မရပါ။
Postman workflow တစ်ခုက request အသစ်ကနေ စပါတယ်။ HTTP method ရွေးပြီး၊ URL အပြည့်အစုံ ရိုက်ထည့်ပြီး၊ endpoint က လိုချင်တာတွေ (query parameters, custom headers, JSON body) ထည့်ပါတယ်။ ဒါက Postman မှာပဲ ထူးခြားတာ မဟုတ်ပါ — curl လိုအပ်တာနဲ့ တူပါတယ်၊ field တွေထဲမှာ စုစည်းထားတာပါ။
တစ်ခုတည်းသော client မဟုတ်ပါ
curl ဟာ script တွေ၊ CI pipeline တွေထဲမှာ သုံးဖို့ လုံးဝ မှန်ကန်ဆဲပါ။ Postman က manual testing ကို ပိုမြန်ပြီး ကြည့်ရလွယ်အောင်ပဲ လုပ်ပေးတာပါ။
Request ပို့တာက action တစ်ခုတည်းပါပဲ။ Postman က curl ဒါမှမဟုတ် browser လုပ်သလိုပဲ network ပေါ်ကနေ ပို့ပြီး response ကို ခင်းပြပေးပါတယ် — အပေါ်ဆုံးမှာ status code၊ tab တစ်ခုမှာ headers၊ နောက်တစ်ခုမှာ body (JSON)။
status၊ headers၊ body ဆိုတဲ့ သုံးပိုင်း ကြည့်တဲ့ အလေ့အကျင့်ကသာ အရေးကြီးပါတယ်။ status က အောင်မြင်/မအောင်မြင်ကို အရင်ပြောပါတယ်။ headers က response ကိုယ်တိုင်အကြောင်း ဖော်ပြပါတယ်။ body ကတော့ တကယ့် data သို့မဟုတ် error ပါ။ Postman က ဒီသုံးခုကို ပိုမြန်စွာ မြင်ရအောင် ပေးထားတာပါ။
POSTMAN REQUEST WORKFLOW
------------------------
CREATE REQUEST
|
v
CHOOSE METHOD (GET, POST, PUT, DELETE, ...)
|
v
ENTER URL (https://api.example.com/users/42)
|
v
SEND
|
v
INSPECT RESPONSE
+-- STATUS CODE (200, 404, 500, ...)
+-- HEADERS (content-type, rate limits, ...)
+-- BODY (JSON data or error message)လက်တွေ့ scenario နဲ့ ချိတ်ကြည့်မယ်
Public API တစ်ခုက user record တစ်ခုအတွက် fields မှန်ကန်စွာ ပြန်ပေးလား သိချင်တယ်ဆိုပါစို့။ GET request ဖန်တီးပြီး endpoint URL ကို paste လုပ်ပြီး Send နှိပ်ပါ။ response panel မှာ 200၊ JSON content-type header၊ လိုချင်တဲ့ fields ပါတဲ့ body ကို မြင်ရပါလိမ့်မယ်။
အခု endpoint က API key လိုအပ်တယ်ဆိုပါစို့။ curl ရဲ့ -H flag နဲ့ တူတူပဲ header field အနေနဲ့ ထည့်ပြီး ပြန်ပို့ပါ။ 200 အစား 401 ရလာရင် body ကိုမှ မဖွင့်ခင် တစ်ခုခုမှားနေတာ သိရမှာပါ။
200 က အထောက်အထား မဟုတ်ပါ
200 status ဖြစ်ပေမယ့် body ဗလာဒါမှမဟုတ် မှားနေရင် ဖမ်းမိသင့်တဲ့ failure ပါပဲ။ status၊ headers၊ body သုံးခုလုံးကို အတူတကွ စစ်ပါ — status တစ်ခုတည်း မကြည့်ပါနဲ့။
အတူတူ စမ်းရေးကြည့်မယ်
// Illustrative only — this is NOT executed here. It represents what
// you would configure in Postman's request builder, and what the
// response panel would show back after clicking Send.
const request = {
method: "GET",
url: "https://api.example.com/users/42",
headers: {
Authorization: "Bearer <token>",
},
};
// After Send, the response panel would display something like this:
const response = {
status: 200,
statusText: "OK",
headers: {
"content-type": "application/json",
"x-ratelimit-remaining": "59",
},
body: {
id: 42,
name: "Aye Aye",
email: "aye@example.com",
},
};Run လုပ်လို့မရနိုင်ပါ
ဒါက Postman UI workflow (သို့) request/response shape ဖြစ်ပြီး run လို့မရပါ — ကိုယ်ပိုင် Postman (သို့) API client ထဲမှာ လိုက်လုပ်ကြည့်ပါ။
ဒီ code ကို run လုပ်တာ မဟုတ်ပါဘူး — ပုံစံကိုသာ ပြသနေတာပါ။ တကယ့် Postman window မှာဆိုရင် response panel ရဲ့ အပေါ်ဆုံးမှာ "200 OK" ကို မြင်ရပြီး၊ Headers tab မှာ content-type နဲ့ rate-limit fields တွေ ပါတဲ့ list၊ Body tab မှာတော့ အထက်က JSON ကို syntax-highlight ပြီး ဖတ်ရလွယ်အောင် ပြသထားပါလိမ့်မယ်။၅ မိနစ် စမ်းကြည့်
သင်ကြိုက်တဲ့ public API တစ်ခု (weather API ဒါမှမဟုတ် joke API လိုမျိုး) ကို document ထဲက method နဲ့ URL နဲ့ request တစ်ခု ဖန်တီးပါ။ Send နှိပ်ပြီး၊ status code၊ စိတ်ဝင်စားစရာ header တစ်ခု၊ body ထဲက field တစ်ခုကို — ဘာမှ ထပ်ရှာစရာမလိုဘဲ response panel ကနေ တိုက်ရိုက်ကြည့်ပြီး မှတ်ချက်ချပါ။
သတိလေးတစ်ချက်
status code ကိုသာ ဖတ်ပြီး body ကို မဖွင့်ဘဲ အောင်မြင်တယ်လို့ ယူဆခြင်း — 200 ရပေမယ့် body ဗလာ ဒါမှမဟုတ် မှားနေနိုင်ပါတယ်။
Postman ကိုသာ API စမ်းသပ်ဖို့ မှန်ကန်တဲ့ တစ်ခုတည်းသော နည်းလမ်းလို့ ထင်ခြင်း — curl နဲ့ client တခြားတွေကလည်း request တူတူကို ပို့နိုင်ပါတယ်။
Postman Docs — Send Requests — API Integration & Webhooks