為什麼編寫測試用例

理清測試思路，避免漏測和重複測試

提高測試效率

跟進測試進度

跟進重複性工作

更好的記錄問題、發現問題、復現問題

屬於測試工作產出物

記錄工作過程

介面測試主要測試點

目的：測試介面的正確性和穩定性；
原理：模擬客戶端向伺服器傳送請求報文，伺服器接收請求報文後對相應的報文做處理並向客戶端返回應答，客戶端接收應答的過程；
重點：檢查資料的交換，傳遞和控制管理過程，還包括處理的次數；
核心：持續整合是介面測試的核心；
優點：為高複雜性的平臺帶來高效的缺陷監測和質量監督能力，平臺越複雜，系統越龐大，介面測試的效果越明顯（提高測試效率，提升使用者體驗，降低研發成本）；
用例設計重點：通常情況下主要測試最外層的兩類介面:資料進入系統介面（呼叫外部系統的引數為本系統使用）和資料流出系統介面（驗證系統處理後的資料是否正常）；
注意:設計用例時還需要注意外部介面提供給使用這些介面的外部使用者什麼功能，外部使用者真正需要什麼功能；

後端介面都測試什麼

回答這個問題，我們可以從介面測試活動內容的角度下手，看一下面這張圖，基本反應了當前我們專案後端介面測試的主要內容：

後端介面測試一遍 ，前端也測試一遍，是不是重複測試了

回答這個問題，我們可以直接對比介面測試和app端測試活動的內容，如下圖為app測試時需要覆蓋或考慮內容：

從上面這兩張圖對比可以看出，兩個測試活動中相同的部分有功能測試、邊界分析測試和效能測試，其它部分由於各自特性或關注點不同需要進行特殊的測試，在此不做討論。接下來我們針對以上三部分相同的內容再進行分析：
1、基本功能測試：
　　由於是針對基本業務功能進行測試，所以這部分是兩種測試重合度最高的一塊，開發同學通常所指的也主要是這部分的內容。
2、邊界分析測試：
　　在基本功能測試的基礎上考慮輸入輸出的邊界條件，這部分內容也會有重複的部分（比如業務規則的邊界）。但是，前端的輸入輸出很多時候都是提供固守的值讓使用者選擇（如下拉框），在這種情況下測試的邊界範圍就非常有限，但介面測試就不存在這方面的限制，相對來說介面可以覆蓋的範圍更廣，同樣的，接口出現問題的概率也更高。
3、效能測試：
　　這個比較容易區分，雖然都需要做效能測試，但關注點確大不相同。App端效能主要關注與手機相關的特性，如手機cpu、記憶體、流量、fps等。而介面效能主要關注介面響應時間、併發、服務端資源的使用情況等。兩種測試時的策略和方法都有很大區別，所以這部分內容是需要分開單獨進行測試的，理論上來說這也是不同的部分。
綜論：
介面測試和app測試的活動有部分重複的內容，主要集中在業務功能測試方面。除此之外，針對各自特性的測試都不一樣，需要分別進行有針對性的測試，才能確保整個產品的質量。
介面測試可以關注於伺服器邏輯驗證，而UI測試可以關注於頁面展示邏輯及介面前端與伺服器整合驗證