接口自動化測試方案

1、接口自動化測試方案2018年4月9日文檔編號： （V1.0）目錄目錄 TOC o 1-3 h z u HYPERLINK l _Toc511052387 1測試需求及范圍 PAGEREF _Toc511052387 h 1 HYPERLINK l _Toc511052388 1.1測試目的 PAGEREF _Toc511052388 h 1 HYPERLINK l _Toc511052389 1.2測試需求 PAGEREF _Toc511052389 h 2 HYPERLINK l _Toc511052390 2測試方法 PAGEREF _Toc511052390 h 2 HYPERLINK

2、l _Toc511052391 3測試工具及框架拓撲圖 PAGEREF _Toc511052391 h 2 HYPERLINK l _Toc511052392 3.1測試工具 PAGEREF _Toc511052392 h 2 HYPERLINK l _Toc511052393 3.2自動化測試拓撲圖 PAGEREF _Toc511052393 h 2 HYPERLINK l _Toc511052394 4流程示例 PAGEREF _Toc511052394 h 3 HYPERLINK l _Toc511052395 5測試環(huán)境 PAGEREF _Toc511052395 h 5 HYPERL

3、INK l _Toc511052396 2.1硬件配置 PAGEREF _Toc511052396 h 5 HYPERLINK l _Toc511052397 2.2軟件配置 PAGEREF _Toc511052397 h 5 HYPERLINK l _Toc511052398 6測試思路 PAGEREF _Toc511052398 h 5 HYPERLINK l _Toc511052399 6.1通用測試場景 PAGEREF _Toc511052399 h 6 HYPERLINK l _Toc511052400 6.2邏輯場景 PAGEREF _Toc511052400 h 6 HYPERL

4、INK l _Toc511052401 6.3斷言檢查 PAGEREF _Toc511052401 h 71測試需求及范圍1.1測試目的隨著公司項目的不斷增大，接口的服務隨之增多，回歸的任務量越來越大，需要對接口進行定時回歸測試來保證系統(tǒng)的穩(wěn)定性。1.在開發(fā)提交新的接口前進行冒煙測試，以保證系統(tǒng)是能夠正常開展測試的2.功能測試完成/bug回歸完成后進行回歸測試，保證bug修改完成后沒有引入新的問題1.2測試需求1、目前提供的接口多為Rest 規(guī)范的接口，需要使用JMeter進行自動化接口測試，核對接口入?yún)⒓胺祷貓笪母袷?、?nèi)容的正確性，最終通過Jenkins持續(xù)集成生成測試報告。2、對開發(fā)人員的

5、需求接口文檔的規(guī)范，如：輸入輸出模板，輸出類型是否全面2測試方法根據(jù)開發(fā)人員提供的接口訪問地址、入?yún)⒏袷?、請求格式，進行接口請求數(shù)據(jù)拼接，并查看返回結果及返回報文、響應時間，檢查返回Json內(nèi)容是否符合接口定義規(guī)范，是否符合預期的返回結果。3測試工具及框架拓撲圖3.1測試工具Jemeter+Jenkins3.2自動化測試拓撲圖 4流程示例測試數(shù)據(jù)從csv或者txt文件里讀取，包含入?yún)?、出參、預期結果/斷言用例通過jemter維護通過Jenkins添加項目執(zhí)行jmx文件Jenkins執(zhí)行完成后生成測試報告5測試環(huán)境2.1硬件配置關鍵項數(shù)量性能要求：期望到位階段自動化測試服務器1臺以上4核4G硬盤

6、60G需求分析2.2軟件配置資源名稱/類型配置操作系統(tǒng)環(huán)境Window7系統(tǒng)測試工具Svn、jemter、Jenkins6測試思路 首先根據(jù)接口設計的技術架構方案，了解清楚被測接口對應的公共入?yún)ⅰ⑷雲(yún)?、出參及返回?shù)據(jù)的Json 結構規(guī)范，根據(jù)測試場景進行測試。1、理解接口參數(shù)，熟悉接口參數(shù)的輸入要求、輸入值范圍、必填項等；2、理解接口輸出，熟悉返回json的結構構成、返回值類別、返回值范圍、返回data的不同類型等。3、理解接口的邏輯、接口的業(yè)務關聯(lián)，熟悉技術方案中的接口相互關聯(lián)、依賴的關系，接口與接口之間的數(shù)據(jù)傳遞等。4、尋找測試點，根據(jù)輸入(參數(shù)名、取值范圍)、輸出(參數(shù)名、返回值范圍)、

7、關聯(lián)關系，進行測試點分析，具體分析方法可參考6.1 通用測試場景、6.2 邏輯測試場景。6.1通用測試場景對于接口測試的入?yún)⑿杩紤]以下幾個方面，設計測試用例時需要考慮交叉的情況：1、測試參數(shù)名稱的正確性1.參數(shù)名缺失，比如參數(shù)名錯誤，導致參數(shù)不存在；必填參數(shù)缺失，選填參數(shù)缺失；參數(shù)名必須匹配大小寫時，考慮英文大小寫的傳參測試；分別考慮參數(shù)名稱錯誤的情況，參數(shù)名包括特殊字符：如中文，空格，數(shù)字，特殊符等； 2、測試參數(shù)值的正確性1.長度限制，考慮輸入?yún)?shù)值是否字數(shù)限制；非空判斷，是否可為空（不輸入，即”），是否為null,是否為空格；輸入值是否在正常范圍內(nèi)（如int 類型參數(shù) 是-3276832

8、767，輸入?yún)^(qū)域外的數(shù)值）；參數(shù)傳入的類型錯誤，如要求傳入int類型，結果傳入String類型；輸入?yún)?shù)值個數(shù)不正確；必填項參數(shù)值，傳入為空；參數(shù)值傳入特殊字符等；參數(shù)值模糊匹配查詢； 6.2邏輯場景邏輯場景考慮是對功能測試的補充，對于接口的業(yè)務邏輯場景，需要根據(jù)需求方案、技術架構中的設計的接口業(yè)務邏輯進行用例設計，例如：分頁查詢接口（分頁查詢接口涉及數(shù)據(jù)分頁共5頁，傳入-1 表示查詢?nèi)繑?shù)據(jù)），設計場景如下：1.傳入查詢頁碼為空，提示缺少查詢頁碼參數(shù)；傳入頁碼為-1，查詢返回全部數(shù)據(jù)；傳入頁碼為1，查詢返回第一頁數(shù)據(jù)；傳入頁碼3，查詢返回第三頁數(shù)據(jù)；傳入頁碼為5，查詢返回第5頁數(shù)據(jù)；傳入頁碼

9、為6，提示查詢無數(shù)據(jù)；傳入頁碼為0，提示查詢頁碼參數(shù)值不正確；傳入頁碼為01,03,05 ，可查詢出1、3、5頁數(shù)據(jù)；傳入頁碼為all ，提示查詢頁碼數(shù)據(jù)不正確； 6.3斷言檢查對接口測試返回的結果進行核對，驗證返回JSON數(shù)據(jù)的結構是否正確、返回數(shù)據(jù)值是否正確、返回數(shù)據(jù)值是否有缺失等，比如用戶注冊接口的接口返回值：接口返回結果1 2 3 4 5 6 7 8 9 10 11 12error_code:0, msg:注冊成功, redirect:, data: rsid:xxxx,/session會話主鍵 userinfo: userid:xxxxxxxxx,/用戶主鍵 username:12345678, create_time:/創(chuàng)建時間,int型,