使用 Newman 執行 Postman Collections

在Postman 的環境下，可以將相關類型的請求(Requst)放在一個 Collection 下，而 Collection 有支

援 Run 的指令，可以方便一次性的執行而不用手動逐項執行；甚至當Colleciton 底下還有資料夾

做分類，也可以針對該資料夾執行 Run 的動作，同樣會自動執行裡面的 Requests，達到更有效

率確認API 正常運作。

單元測試 - 針對例外錯誤

對於系統可能發生例外的地方，一定都會採取必要措施，並且拋出美化後的訊息給用戶，如何

驗收我們要的「例外」，肯定是需要寫個測試來玩玩，這邊使用 NUnit 搭配 FluentAssertions

第三方套件例外錯誤攔截策略

通常我們在某段成程式加入錯誤的攔截設計(try-catch)，是因為覺得這邊可能發生預期的錯誤，

也許是網路或資料庫連結失敗，所以，為了避免發生錯誤時造成使用者體驗不好，通常會紀錄

該錯誤，但會回應使用者較無害的資訊，例如：系統忙碌中，請稍後再試

若是引用第三方套件的API，基本操作上能怎麼處理?

Postman 的 Pre-request 與 Tests

 

Postman 有兩個好物 Pre-request 與 Tests，提供我們在送出Request 前與收到 Response 後，

可以設定參數(前)或驗証回傳值(後)是否滿足期待，亦或是取 token 及測試案例設計都很方便

Postman 的變數設定

使用 Postman 可以很方便的測試 WebApi，一些參數亦可依照待測目標不同，透過類似

config 設定檔的方式，有設定管理介面，輕鬆自在的切換到各環境之間...

透過 Postman Mock Servers 建立 API Server

Postman 這套工具使用率滿高的，當對方API尚未完成，或是需先提供API給對方測試，

使用mock server頂著用，會是一個不錯的選擇，由於設定方式有幾種選擇，紀錄一下。

ASP.NET Core WebApi 分版

之前有使用過MapRoute(參考)分版，效果也不錯，來到.net core 世界，想說來試試看其他

方法，於是就產生了這篇文章。過程中，體驗也是不錯。