接手APP測試的時間不長，對于我來說壤圃，APP測試目前涉及的內容暫時逃不出界面操作的UI兼容性測試陵霉，以及一些常見的功能性測試，而實際真正掌管APP功能的又是接口和后臺服務伍绳，因此踊挠，最近測試的重點還是在接口上。
題目是接口的功能測試，因此效床，這里也只是涉及到了的是功能睹酌，我呢，也主要說一下我目前的測試方法剩檀，有不好的需要改進的憋沿，大家及時提出來。
1.接口文檔
一個接口的定義沪猴，主要有以下幾點：接口辐啄，方法，入?yún)⒃耸龋鰠⒑迹唧w實例等
2.環(huán)境部署
拿到接口文檔后，對提交的代碼進行部署担租∈扛矗或者有些開發(fā)不提供接口文檔，那么就需要通過抓包來獲取接口翩活，以及其入?yún)⒑统鰠②搴椋谶@里一定要跟開發(fā)人員溝通好，確定需求菠镇，明確接口返回值冗荸。抓包的工具我就不展開了，全世界聞名的fiddler利耍，或者有同學喜歡用charles蚌本，都可以，避免用wireshark隘梨，對于移動端來說程癌，不實用，且冗余信息太多轴猎。
3.驗證接口
我基本上通過jmeter來完成嵌莉，一個詞，方便捻脖！一般接口的方法比較常用的是GET和POST锐峭，所有GET方法可實現(xiàn)的POST都可實現(xiàn)，POST可以以BODY形式傳參可婶，BODY又可加密沿癞，因此安全等級提升了不少。當然各有千秋矛渴，完全取決于業(yè)務需要椎扬。
入?yún)ⅲ琭orm或者body居多，當然有不少接口都需要帶身份蚕涤，因此會要求有cookies筐赔。出參，大部分都是json(作者只說自己的測試范圍)
這些工作準備的差不多后钻趋，即可根據(jù)需求通過jmeter進行功能測試川陆，通過不同的入?yún)ⅲ炞C出參結果的正確性蛮位。
出參主要驗證點较沪，以json為例，
1.設置斷言包含state＝1的即成功失仁，其他值均失敗尸曼。
2.errmsg的值是否可全部覆蓋
3.data 返回值的驗證
(1)空
(2)各屬性返回值所對應的值是否有NULL或者非正常字段
(3)返回值是否正確，或者數(shù)據(jù)與數(shù)據(jù)庫查詢結果是否相同
(4)返回記錄數(shù)是否正確萄焦，是否做分頁處理控轿，返回值是否正確等等。
暫時想到的只有這些拂封，下次等我學的更多的時候再跟大家分享茬射。
還有，之所以說jmeter方便冒签，是因為jmeter提供了很多驗證手段在抛，我比較常用的是用戶變量定義，可以通過導入CSV模擬多個參數(shù)值萧恕「账螅可以一次執(zhí)行驗證多個接口，模擬并發(fā)等票唆，做個輕量級的性能測試很是方便朴读。咱群里會用且用的不錯的人應該大有人在，沒用過的小伙伴可以問度娘走趋，具體使用方法上面有很多教程衅金，不再贅述。
#百人計劃# by 笑瞇瞇一號
