進入前後端分離開發的第二個階段，也就是和前端聯調之前，自己首先應該除錯下介面是否能跑通，也就是介面測試，這樣在和前端聯調的時候能夠做到心中有數，快速定位問題所在。

介面測試與單元測試

單元測試

單元測試我認為更多的是對通用的最基礎方法的測試，換句話說，就是不摻雜業務的測試，應用最多的場景可以說就是對資料的增刪改查的測試，一個好的規範的單元測試可以保證小規模程式碼塊功能的正常實現，且該部分程式碼一般來說是被大量引用的。關於單元測試，我在另一篇博文裡有詳細提到：

介面測試

介面測試我認為是對一個最基本的業務模組的測試也就是通常意義上的一個方法的實現，介面測試往往就涉及業務，並且需要網頁訪問，和前端聯調前需要確認返回結果，該部分程式碼不會被大量引用，是和業務緊密相關的。

介面測試與單元測試的區別

1，單元測試需要自己編寫；介面測試不需要，只要使用工具就好，例如PostMan
2，單元測試和業務關聯性很小，基本無關；介面測試和業務緊密關聯
3，單元測試多應用在provider層，和資料有互動的地方，在寫這部分程式碼時就順便編寫；介面測試多在Controller層，在和前端互動的地方，在和前端聯調之前使用工具做好介面測試

測試工具PostMan

下載

該工具效能強大，具體怎麼用我這裡不再贅述，已經有人詳細的做了介紹，地址如下：

下載的話需要翻牆，需要VPN，這裡為了方便大家，我將下載好的放到百度雲盤上，大家可以隨意下載

介紹

主面板

主面板主要分三個區域，一個是歷史和集合管理，一個是新建請求，一個是返回值檢視

歷史和集合部分

主面板作半部分可以建立資料夾，每一個請求可以說是最基本的業務功能，那麼更大的一整塊兒功能就以資料夾的形式而存在，Collections裡也可以再細分，按照功能佈局可以層層新增

建立url部分

建立url部分，左上部分可以選擇介面訪問方式，get或者是post，還有多種選擇，但不常用。中間是域名填寫的地方，下半部分是新增引數的地方，key是引數名，value是引數值

特別特別注意：*postman依據介面接收型別自動識別傳入引數型別，所以填寫的字串什麼的不用加雙引號*，這裡是個大坑，我之前分引數型別傳入，結果不識別雙引號，導致獲取不到資料，坑了很久，值得特別注意

返回值檢視

多種返回值檢視方式可以檢視，無論是xml還是json，等等，常用的是json

匯出

也可以將已經完成的介面測試匯出來，給前端使用，只要和前端約定好，就可以做到不需要天天跑到前端開發那裡開會，一份json格式的匯出檔案搞定一切

疑惑和後續需要學習

1，postman在測試介面的時候，可能介面功能內部需要一些值（並非通過引數獲取，而是上下文賦值），這種情況該怎麼使用postman
2，302跳轉請求的時候postman怎麼處理

傳入引數為物件

2018-3-09更新

前端調整

如果前端傳入引數為物件，則postman需要做調整
1，首先傳遞型別為post
2，在Header中建立 key:Content-Type, value：application/json

3，在body的引數傳遞中改為row

後端用動態類接收引數

傳入引數為dynamic,動態類，接收後賦值，前端可以選擇傳幾個引數，後端如果沒有接收到前端引數，賦預設值null，所以如果是int型別的化，要看以下注意：
注意：int型別的需要一次型別轉換，否則如果不傳會報錯。

新增cookie

1，首先獲取頁面的cookie

2，然後再postman裡新增cookie

3，名為name，值為value

除錯

vs斷點除錯，非常好用，只需附加到程序並且打好斷點，從postman發請求就可以直接跳到對應的斷點上

注意，附加的時候是w3wp.exe

如果遇到目標與源不一致的情況的時候，可以依照如下步驟解決
1，等待1分鐘左右
2，重新生成解決方案3
3，關閉vs，重新生成解決方案