今日主題

在開始之前，請別忘了將今天的挑戰Day 3: Add request details先行fork到自己的工作區喔。

接著回到自己的工作區，展開資料夾Add request details，可以看到今天的資料夾空空如也，沒有事先定義好的請求，看右方的文件可以發現原來這次要自己手動來新增。

完整步驟如下

• 在資料夾的功能選單找到Add request，檔名修改為raw JSON body

  

• 編輯細部設定

  1. 修改方法為 POST
  2. 修改URL為 {{baseURL}}/post
  3. 由於使用了baseURL變數，所以也要記得調整 Environment 成昨天所設定好的那份
  4. Body的部分則是要選擇raw，調整成 JSON 格式

  

• 發送請求
  按下Send後觀察回傳的結果，確認狀態碼為200，且帶有下圖結果

  

  其實步驟到這邊就能進行submit來提交今天的挑戰，但在提交前，有興趣的朋友們可以看看Request header的部分。如下圖，先點擊Headers

  

  會看到什麼都沒有，這是因為目前的Header是Postman自動幫我們加上的，可以點擊9 hidden來將隱藏的那九個項目顯示出來，像這邊的Content-Type就是因為在前面步驟指定了格式所自動引入的，而API也能透過這個Header用正確的方式來解析送過來的資料。

  

  需要特別注意的地方是，當滑鼠移到這些項目上，都會提示項目是被自動加入的，假設手動定義了Content-Type，那麼自訂義的部分會有較高的優先權，將自動載入的項目覆蓋。

那麼最後submit的階段，跟昨天的流程一樣，唯一需要調整的部分就只有collection_uid的部分，因為昨天我們是直接把變數加入Environment，而今天的collection_uid肯定跟昨天不一樣，建議可以將Environment裡面的collection_uid移除，透過限定scope在當前Collection的方式來做，具體的作法只要有看過前面文章的朋友，相信應該可以很快找到解決方法。最後測項全過就表示通過今天的挑戰囉~

今日回顧

• Sending body data: 當我們嘗試透過API去新增或修改資料時，必然會在Body裡面帶上變動的資料，所以Postman提供了不同的選項讓使用者可以指定資料的模式，然後根據所選，自動添加需要的Header

  • 常見如form-data和urlencoded，Postman會自動添加Content-Type
  • 選擇raw模式的狀況下，調整格式像是text、json等等也都會修改Header

• Configuring request headers:
  如前面所述，Postman很人性化的自動添加了一些Header，而滑鼠移上項目也能看到添加的原因

  

  不失為學習Header相關知識的一個方法。另外在這個頁面，使用者也可以自行添加Header，只是當自行定義了Header後，就會覆蓋掉Postman自動添加的。Postman還有一個很實用的功能Preset，在Header編輯頁面可以找到Manage Presets，這邊可以自訂義常用的Header，之後就可以用選擇的方式直接引入，不用每次都自己針對key-value去一筆筆新增。

好啦，今天的進度就到這邊，要不是今天突然加班，感覺還是有很多可以進行補充的地方，只好學老高之後再填坑了....orz