介面用例可以分為兩個部分，單一的介面引數驗證和多個關聯介面的驗證。包括我自己在內在做介面的初期，往往不自覺的把介面測試做成了業務測試，從而失去了介面測試的本質。這裡以乙個例子來說明：
以我們公司的上傳分享這個功能作為介面測試，這裡的流程如下：
1.請求上傳的key和位址
2.把資源的位址生成乙個post，返回分享的位址(多張，都是必選，登入態，可選)
我來說說以前我生成的用例：
用例1，請求上傳位址，把本地的資源上傳上去，讀取二進位制資訊校驗上傳資源的完整性
用例2，把第一步的資源url傳遞給生成post的介面，等待返回乙個分享url，校驗url連線的有效性
改進後的用例：
用例1，未登入態，生成post，校驗post生成成功
用例2，登入態，生成post，校驗post生成成功，查詢該post已經繫結在該使用者下
用例3，登入態，缺少乙個必選的，生成post，校驗post生成失敗
用例4，未登入態，缺少乙個必選的，生成post，校驗post生成失敗
用例5，未登入，請求上傳位址，返回ok
用例6，登入態，請求上傳位址，返回ok
分析：
區別還是很明顯的，在改進後的用例，區分開了介面，舊的用例把兩個糅合在一起了，這也是習慣了上層測試理所當然的測試思路，但是介面更多的是驗證某個介面不同引數，看伺服器的正常處理和異常返回這個過程。
如何編寫測試用例（APP）
1.應用的啟動和停止 1.1首次啟動 是否出現歡迎介面，歡迎介面的停留時間，歡迎介面後是否正常進入應用 首次啟動時間是否合理 該拉取的資訊是否正確 桌面圖示是否建立成功，功能啟動快捷鍵建立是否成功 某些安卓手機會有在桌面建立快捷鍵的需求 1.2二次啟動 1.3程式異常退出後的啟動 2.程式功能模組 ...
如何編寫測試用例
一 準備工作 要全所有的相關文件 1 產品需求文件 prd 2 用例說明 3 產品的設計原型 4 產品的效果圖 二 分析整個系統 軟體 的結構和業務流程 1 確認好功能點及需求，對存在分歧的或是可優化的部分可以及時與產品經理進行溝通。2 核對好產品功能和效果圖是否完備，如果存在問題要與產品 ui設計...
介面測試用例編寫要點
1 必需引數覆蓋。對於介面的引數，介面文件一般都會說明哪些兒是必需的，哪兒是非必需的。對於必需的引數，一定要測試傳引數和不傳引數介面是否報錯？2 必需的引數各種情況覆蓋。傳非法的字元，特殊的字元，空值，超過邊界的引數是否報錯？錯誤資訊是否正確？3 非必需引數覆蓋。一般介面對於非必需引數都不會做非正常...