單元測試 - 針對例外錯誤

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

驗收我們要的「例外」，肯定是需要寫個測試來玩玩，這邊使用 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 世界，想說來試試看其他

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

ASP.NET WebApi ModelState.IsValid 無法發揮作用時的補救方法

有幸遇到此特殊情境，很特別的經驗，一定要動手紀錄一下，了解之後也不是不能解，

只是，為何要這樣設計呢？也許當時前人評估後這樣效益比較高...，前人的智慧，

博大精深..，凡人無法擋...，祖產...