接口測試計划
概述
目的
確認需求
保證測試進度，確認測試方法和測試環境，為設計測試用例做准備
通過具體測試方法，測試該項目的接口是否按照需求實現相應的功能
測試范圍
確認項目接口的基本功能
確認測試交付時間
確認接口性能要求
此計划作為測試依據,控制測試時間、編寫測試用例、執行測試階段及過程、追蹤漏洞記錄、提交測試報告
參考資料
| 文檔 | 作者 | 備注 |
|---|---|---|
| 《需求文檔》 | **** | 產品輸出文檔 |
| 《接口文檔》 |
測試應提交文檔
| 提交時間 | 編寫人員 | 文檔名稱 |
|---|---|---|
| 2021年10月16日 | 測試計划 | |
| 2021年10月16日 | 測試用例 | |
| 2021年10月16日 | 測試報告 |
測試資源
測試環境
| 類別 | 資源名稱 | 資源說明 |
|---|---|---|
| 硬件資源 | 工作機 | I5 4核CPU、8G內存、500G |
| 硬件資源 | 服務器 | 阿里雲OS |
| 軟件資源 | 工作機操作系統 | windows10 |
| 軟件資源 | 服務器操作系統 | centos7.6 |
| 軟件資源 | 禪道/jire/mantis | 項目管理工具 |
| 軟件資源 | Postman | 接口測試工具 |
| 軟件資源 | Github、jenkins | 接口持續集成及監控軟件 |
測試里程碑計划
| 任務分解 | 工作量 | 開始時間 | 結束時間 | 負責人 |
|---|---|---|---|---|
| 集成/軟件測試計划編寫 | ||||
| 集成/軟件測試計划評審 | ||||
| 集成/軟件測試用例設計 | ||||
| 集成/軟件測試用例評審 | ||||
| 集成/軟件測試執行 | ||||
| 集成/軟件測試報告 | ||||
| 集成測試問題修復驗證 |
測試功能以及重點
測試對象
此次測試組只對接口的功能及性能做測試,以下是所有功能點的制作測試用例的大綱
獲取用戶信息
測試目標 -基於用戶的ID獲取用戶信息
測試范圍 -測試幾口是否支持用戶ID,並且有預期返回結果
預期結果中含有姓名和年齡
技術 - 運用有效的和無效的數據來編寫測試用例並執行
接口case示例 -Userid=1
完成標准 -實現用戶ID的查詢功能
測試重點和優先級 -重點為用戶ID查詢，主要驗證接口參數與返回結果的正確性
集成/軟件測試策略
整體測試方案，按照測試計划嚴格控制測試過程，與產品人員討論需求編寫測試用例，與開發人員溝通測試中發現的問題，編寫測試報告
測試類型:此次接口測試只做功能測試與性能測試
性能測試方案:不涉及
回歸測試方案:對上一版本已解決問題和基本功能進行回歸驗證,基本功能測試用例進行自動化驗證，其中手工抽查測試用例加以驗證，以此保證原有功能正常
測試風險
本次測試過程中,可能出現的風險如下:
需求變更導致開發周期延遲從而導致測試周期延遲
需求不明確導致開發周期延遲從而導致測試周期延遲
測試標准
測試指標
問題嚴重性區分
一般嚴重程度分為5個等級
測試1~3級缺陷應該完全解決，如果不能解決告知原因，或延遲解決風險，4級缺陷發現問題的總數不能超過bug總量的20%，不然會認為bug過多從而不允許通過
測試通過標准
P1級缺陷必須全部解決，功能測試用例覆蓋率必須100%，通過率100%
P2、P3級缺陷必須全部解決，功能測試用力覆蓋率必須100%，通過率100%
P4級別缺陷解決80%
P5級為建議修改，主要增加體驗，在允許的范圍內也需要盡量修改