為什么要寫用例
功能測試用例，大家都寫過。但接口測試用例，估計很多人沒有寫過。在寫之前，我們來討論下，為什么要寫接口用例。
*** 理清思路，避免漏測和重復測
- 提高測試效率
- 跟進測試進度
- 告訴領導做過
- 跟進重復性工作
- 更好的記錄問題，發現問題，復現問題
- 同時這也是是接口測試流程中的一個產物（測試用例）**
上面七點，有經驗的同學結合自己測試的實際經驗，應該是很好理解和認同的。
有用例，就有思路，跟着用例測試，可以避免隨機測試那種沒有目的性的測試，提高測試效率，做到心中有數。
有用例，上級問你完成的進度，你好用數據回答。
有用例，用來標記你執行的結果，證明你做過測試,避免將來發生問題，人家說你沒有測試，有數據和證據說話。
有用例，測出問題你可以根據用例將問題輕而易舉的浮現出來，不至於等你反饋或者復現的問題時，你忘記是如何操作才回出現問題。接口測試也需要重復跑，跑幾輪，或者用自動化天天跑。這樣的重復性工作，用例可以保證每次重復做的是一樣的情況。
接口主要設計用例點
主要從四個方面來設計接口用例：功能，邏輯業務，異常，安全
功能：
1）功能是否正常；
2）功能是否按照接口文檔實現
比如論壇發布文章，需要登錄才能發布。也就是業務要求不支持游客發布文章功能，如果設計一個沒有登錄的用戶，然后去測試發布文章接口，結果接口能發布成功，說明功能不正常，不符合需求和接口文檔描述。
邏輯業務：
1）是否依賴業務
該接口調用之前，需要調用登錄接口，如果不登錄也能請求數據，不符合業務規則。
異常：
1）參數異常：關鍵字參數，參數為空，多，少參數，錯誤參數
2）數據異常：關鍵字數據，數據為空，長度不一致，錯誤數據
打個比方，不管數據異常還是參數異常，測試點差不多，一個參數有key和value，key表示參數，value表示數據。第一，看看參數和數據能不能支持關鍵字，例如Java中的保留關鍵字等等。第二個就是參數和數據都為空，看看是否做了判斷。第三個，參數多和少，例如有兩個參數的接口，你需要設計一個三個參數的用例，一個只有一個參數的用例。數據那邊長度不一致，例如設計很長的字符串是否支持，因為數據庫創建表過程都設置好了每個字段的長度。輸入錯誤的參數和數據，例如故意輸出單詞等等。
安全：
1）cookie：有cookie才能獲取數據，如果不帶cookie還有信息返回，說明有問題
2）header：正常接口帶header信息，刪除header看是否能夠返回數據。
3）唯一識別碼：app手機識別碼，一般是唯一的。
安全測試主要從上面三點檢查。第三個是唯一識別碼，主要是指app上手機的識別碼，一般很少用到，除非很嚴格的接口測試，例如銀行app登錄，需要指紋，而指紋來源手機，一般有一個手機識別碼判斷過程。
接口管理和測試工具
不管是一開始的接口文檔、接口用例還是到后續的接口測試和返回報告，都需要通過工具來實現，之前很多人用的是國外的Postman，但是現在越來多的人因為各種原因選擇國內的工具像Eolinker等。
下面演示一下Eolinker添加測試用例流程。
首先直接在官網上注冊個賬號，就可以自動跳轉到Saas版本開始在線使用，Eolinker支持免費試用體驗全部功能，無需付費。
接着進入測試用例頁面，點擊 創建用例 按鈕，在彈窗中填寫 API 的請求地址、請求參數、校驗規則等信息，然后保存，就可以在界面里執行測試操作了。
同時Eolinker也有其他泛用性很強的功能，國內奇安信、廣聯達等龍頭企業也都在使用。
使用地址：www.eolinker.com