《接口自動化測試方案.doc》由會員分享，可在線閱讀，更多相關(guān)《接口自動化測試方案.doc（8頁珍藏版）》請在裝配圖網(wǎng)上搜索。

接口自動化測試方案 2018年4月9日 文檔編號： （V1.0） 目錄 目錄 1測試需求及范圍 1 1.1測試目的 1 1.2測試需求 2 2測試方法 2 3測試工具及框架拓撲圖 2 3.1測試工具 2 3.2自動化測試拓撲圖 2 4流程示例 3 5測試環(huán)境 5 2.1硬件配置 5 2.2軟件配置 5 6測試思路 5 6.1通用測試場景 6 6.2邏輯場景 6 6.3斷言檢查 7 1測試需求及范圍 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ā)人員的需求 接口文檔的規(guī)范，如：輸入輸出模板，輸出類型是否全面 2測試方法 根據(jù)開發(fā)人員提供的接口訪問地址、入?yún)⒏袷?、請求格式，進行接口請求數(shù)據(jù)拼接，并查看返回結(jié)果及返回報文、響應時間，檢查返回Json內(nèi)容是否符合接口定義規(guī)范，是否符合預期的返回結(jié)果。 3測試工具及框架拓撲圖 3.1測試工具 Jemeter+Jenkins 3.2自動化測試拓撲圖 4流程示例 測試數(shù)據(jù)從csv或者txt文件里讀取，包含入?yún)?、出參、預期結(jié)果/斷言 用例通過jemter維護 通過Jenkins添加項目執(zhí)行jmx文件 Jenkins執(zhí)行完成后生成測試報告 5測試環(huán)境 2.1硬件配置 關(guān)鍵項 數(shù)量 性能要求： 期望到位階段 自動化測試服務器 1臺以上 4核4G硬盤60G 需求分析 2.2軟件配置 資源名稱/類型 配置 操作系統(tǒng)環(huán)境 Window7系統(tǒng) 測試工具 Svn、jemter、Jenkins 6測試思路 首先根據(jù)接口設(shè)計的技術(shù)架構(gòu)方案，了解清楚被測接口對應的公共入?yún)?、入?yún)?、出參及返回?shù)據(jù)的Json 結(jié)構(gòu)規(guī)范，根據(jù)測試場景進行測試。 1、理解接口參數(shù)，熟悉接口參數(shù)的輸入要求、輸入值范圍、必填項等； 2、理解接口輸出，熟悉返回json的結(jié)構(gòu)構(gòu)成、返回值類別、返回值范圍、返回data的不同類型等。 3、理解接口的邏輯、接口的業(yè)務關(guān)聯(lián)，熟悉技術(shù)方案中的接口相互關(guān)聯(lián)、依賴的關(guān)系，接口與接口之間的數(shù)據(jù)傳遞等。 4、尋找測試點，根據(jù)輸入(參數(shù)名、取值范圍)、輸出(參數(shù)名、返回值范圍)、關(guān)聯(lián)關(guān)系，進行測試點分析，具體分析方法可參考6.1 通用測試場景、6.2 邏輯測試場景。 6.1通用測試場景 對于接口測試的入?yún)⑿杩紤]以下幾個方面，設(shè)計測試用例時需要考慮交叉的情況： 1、測試參數(shù)名稱的正確性 1. 參數(shù)名缺失，比如參數(shù)名錯誤，導致參數(shù)不存在；必填參數(shù)缺失，選填參數(shù)缺失；參數(shù)名必須匹配大小寫時，考慮英文大小寫的傳參測試；分別考慮參數(shù)名稱錯誤的情況，參數(shù)名包括特殊字符：如中文，空格，數(shù)字，特殊符等； 2、測試參數(shù)值的正確性 1. 長度限制，考慮輸入?yún)?shù)值是否字數(shù)限制；非空判斷，是否可為空（不輸入，即””），是否為null,是否為空格；輸入值是否在正常范圍內(nèi)（如int 類型參數(shù) 是-32768~32767，輸入?yún)^(qū)域外的數(shù)值）；參數(shù)傳入的類型錯誤，如要求傳入int類型，結(jié)果傳入String類型；輸入?yún)?shù)值個數(shù)不正確；必填項參數(shù)值，傳入為空；參數(shù)值傳入特殊字符等；參數(shù)值模糊匹配查詢； 6.2邏輯場景 邏輯場景考慮是對功能測試的補充，對于接口的業(yè)務邏輯場景，需要根據(jù)需求方案、技術(shù)架構(gòu)中的設(shè)計的接口業(yè)務邏輯進行用例設(shè)計，例如：分頁查詢接口（分頁查詢接口涉及數(shù)據(jù)分頁共5頁，傳入-1 表示查詢?nèi)繑?shù)據(jù)），設(shè)計場景如下： 1. 傳入查詢頁碼為空，提示缺少查詢頁碼參數(shù)；傳入頁碼為-1，查詢返回全部數(shù)據(jù)；傳入頁碼為1，查詢返回第一頁數(shù)據(jù)；傳入頁碼3，查詢返回第三頁數(shù)據(jù)；傳入頁碼為5，查詢返回第5頁數(shù)據(jù)；傳入頁碼為6，提示查詢無數(shù)據(jù)；傳入頁碼為0，提示查詢頁碼參數(shù)值不正確；傳入頁碼為01,03,05 ，可查詢出1、3、5頁數(shù)據(jù)；傳入頁碼為all ，提示查詢頁碼數(shù)據(jù)不正確； 6.3斷言檢查 對接口測試返回的結(jié)果進行核對，驗證返回JSON數(shù)據(jù)的結(jié)構(gòu)是否正確、返回數(shù)據(jù)值是否正確、返回數(shù)據(jù)值是否有缺失等，比如 用戶注冊接口的接口返回值： 接口返回結(jié)果 1 2 3 4 5 6 7 8 9 10 11 12 {"error_code":"0", "msg":"注冊成功", "redirect":"", "data":{ "rsid":"xxxx",//session會話主鍵 "userinfo":{ "userid":"xxxxxxxxx",//用戶主鍵 "username":"12345678", ..... "create_time": 14221221124,//創(chuàng)建時間,int型,時間戳, } } 需要驗證如下： 1、返回參數(shù)error_code ，msg,redirct ,data 是否正確返回 2、msg,error_code對應的value 不為空； 3、error_code的錯誤碼在錯誤碼列表范圍內(nèi)； 4、驗證data返回的數(shù)據(jù)結(jié)構(gòu)正確性、返回的參數(shù)值是否全面完整；