接口測試方案設(shè)計(jì)一、接口測試方案概述

接口測試是軟件質(zhì)量保證的重要環(huán)節(jié)，旨在驗(yàn)證系統(tǒng)組件間交互的正確性、穩(wěn)定性和性能。本方案設(shè)計(jì)將遵循結(jié)構(gòu)化、系統(tǒng)化的原則，確保測試覆蓋全面、結(jié)果可追蹤。

二、測試目標(biāo)與范圍

（一）測試目標(biāo)

1.驗(yàn)證接口功能符合需求文檔描述。

2.檢測接口錯(cuò)誤處理機(jī)制的有效性。

3.評(píng)估接口性能指標(biāo)（如響應(yīng)時(shí)間、并發(fā)能力）。

4.識(shí)別潛在的兼容性問題。

（二）測試范圍

1.核心業(yè)務(wù)接口：如用戶認(rèn)證、訂單處理、數(shù)據(jù)同步等。

2.外部系統(tǒng)交互接口：第三方支付、日志上傳等。

3.異常場景：網(wǎng)絡(luò)中斷、權(quán)限不足、數(shù)據(jù)異常等。

三、測試環(huán)境與準(zhǔn)備

（一）測試環(huán)境配置

1.硬件：CPU8核/16GB內(nèi)存，獨(dú)立測試服務(wù)器。

2.軟件：Postman/SoapUI測試工具，JMeter壓測工具。

3.數(shù)據(jù)：準(zhǔn)備2000條模擬業(yè)務(wù)數(shù)據(jù)（用戶/商品/訂單）。

（二）測試工具準(zhǔn)備

1.缺陷管理：Jira/禪道記錄問題。

2.自動(dòng)化框架：Selenium+JUnit（配合接口封裝）。

3.日志監(jiān)控：ELK堆棧分析接口錯(cuò)誤日志。

四、測試策略與執(zhí)行

（一）測試類型設(shè)計(jì)

1.功能測試：

(1)正向測試：輸入有效數(shù)據(jù)驗(yàn)證輸出正確性。

(2)反向測試：輸入異常值（如SQL注入測試，但需符合安全規(guī)范）驗(yàn)證容錯(cuò)性。

2.性能測試：

(1)基準(zhǔn)測試：100并發(fā)用戶下接口響應(yīng)時(shí)間≤200ms。

(2)壓力測試：逐步增加負(fù)載至500并發(fā)，監(jiān)控錯(cuò)誤率。

（二）測試用例設(shè)計(jì)原則

1.等價(jià)類劃分：如訂單金額（正常值100-10000元，異常值負(fù)數(shù)/超限）。

2.邊界值分析：如分頁參數(shù)（頁碼0/最大值）。

3.場景覆蓋：如登錄失敗后能否重置密碼。

（三）執(zhí)行步驟（StepbyStep）

1.預(yù)生產(chǎn)階段：

(1)導(dǎo)入需求文檔中的接口點(diǎn)。

(2)執(zhí)行單元測試通過后開展接口測試。

2.正式測試階段：

(1)按模塊分批次執(zhí)行（如認(rèn)證模塊→業(yè)務(wù)模塊）。

(2)每日回歸測試已修復(fù)缺陷。

五、缺陷管理與報(bào)告

（一）缺陷生命周期

1.新建：記錄接口名稱、復(fù)現(xiàn)步驟、預(yù)期/實(shí)際結(jié)果。

2.分配：按嚴(yán)重性（嚴(yán)重/一般/低）分配給開發(fā)團(tuán)隊(duì)。

3.處理：每日站會(huì)跟蹤進(jìn)度，超時(shí)預(yù)警。

4.驗(yàn)證：修復(fù)后需測試人員簽字確認(rèn)。

（二）測試報(bào)告模板

1.概要：測試周期、接口覆蓋率（如80%）。

2.結(jié)果：通過率（95%）、阻塞缺陷（3個(gè)）。

3.建議：需優(yōu)化的接口（如訂單查詢緩存效率）。

六、持續(xù)改進(jìn)

（一）自動(dòng)化覆蓋率提升

1.每季度新增自動(dòng)化腳本100條。

2.優(yōu)先自動(dòng)化高頻調(diào)用的核心接口。

（二）經(jīng)驗(yàn)復(fù)盤

1.每月組織測試復(fù)盤會(huì)，總結(jié)接口測試難點(diǎn)（如異步接口的驗(yàn)證策略）。

2.更新測試用例庫，補(bǔ)充遺漏場景。

一、接口測試方案概述

接口測試是軟件質(zhì)量保證的重要環(huán)節(jié)，旨在驗(yàn)證系統(tǒng)組件間交互的正確性、穩(wěn)定性和性能。本方案設(shè)計(jì)將遵循結(jié)構(gòu)化、系統(tǒng)化的原則，確保測試覆蓋全面、結(jié)果可追蹤。接口測試能夠盡早發(fā)現(xiàn)系統(tǒng)內(nèi)部問題，降低后期集成和上線風(fēng)險(xiǎn)，是保障軟件質(zhì)量的關(guān)鍵手段。

二、測試目標(biāo)與范圍

（一）測試目標(biāo)

1.驗(yàn)證接口功能符合需求文檔描述：確保每個(gè)接口的輸入輸出參數(shù)、業(yè)務(wù)邏輯與設(shè)計(jì)一致。

2.檢測接口錯(cuò)誤處理機(jī)制的有效性：驗(yàn)證接口在異常輸入、網(wǎng)絡(luò)故障等場景下的容錯(cuò)能力和錯(cuò)誤碼返回是否規(guī)范。

3.評(píng)估接口性能指標(biāo)（如響應(yīng)時(shí)間、并發(fā)能力）：通過壓力測試評(píng)估接口在高負(fù)載下的穩(wěn)定性，設(shè)定性能基線。

4.識(shí)別潛在的兼容性問題：測試不同環(huán)境（如測試機(jī)/預(yù)生產(chǎn)機(jī)）下的接口表現(xiàn)差異。

（二）測試范圍

1.核心業(yè)務(wù)接口：

-用戶認(rèn)證接口：登錄、登出、token刷新。

-訂單處理接口：創(chuàng)建訂單、查詢訂單、取消訂單、支付回調(diào)。

-數(shù)據(jù)同步接口：庫存同步、用戶信息同步。

2.外部系統(tǒng)交互接口：

-第三方支付接口：支付寶/微信支付回調(diào)驗(yàn)證。

-日志上傳接口：錯(cuò)誤日志/訪問日志上傳功能。

3.異常場景：

-網(wǎng)絡(luò)中斷：模擬網(wǎng)絡(luò)延遲（如500ms）或斷開。

-權(quán)限不足：使用未授權(quán)賬號(hào)調(diào)用需權(quán)限的接口。

-數(shù)據(jù)異常：輸入空值、格式錯(cuò)誤（如日期格式）、超大字段。

三、測試環(huán)境與準(zhǔn)備

（一）測試環(huán)境配置

1.硬件：

-CPU：8核/16GB內(nèi)存，獨(dú)立測試服務(wù)器。

-網(wǎng)絡(luò)帶寬：1Gbps獨(dú)享帶寬，避免資源爭搶。

2.軟件：

-測試工具：Postman（接口調(diào)試）、SoapUI（SOAP協(xié)議測試）、JMeter（壓測）。

-數(shù)據(jù)庫：MySQL5.7（測試環(huán)境需與生產(chǎn)結(jié)構(gòu)一致）。

-監(jiān)控工具：Prometheus+Grafana（性能監(jiān)控）。

3.數(shù)據(jù)：

-準(zhǔn)備2000條模擬業(yè)務(wù)數(shù)據(jù)：

-用戶：隨機(jī)生成手機(jī)號(hào)、密碼（加密存儲(chǔ)）、角色（普通/管理員）。

-商品：SKU碼、價(jià)格范圍（1-1000元）、庫存（0-100件）。

-訂單：狀態(tài)（待支付/已支付/已取消）、金額（10-5000元）。

（二）測試工具準(zhǔn)備

1.缺陷管理：

-Jira+禪道：自定義缺陷狀態(tài)（新建→待分析→待修復(fù)→已解決→驗(yàn)證中→關(guān)閉）。

-防呆檢查：禁止填寫"待修復(fù)"狀態(tài)直接關(guān)閉。

2.自動(dòng)化框架：

-Selenium+JUnit：

-接口封裝示例：

```java

RestAssured.given().body(json).when().post("/api/login").then()....

```

-Mock服務(wù)器：Mockoon模擬第三方接口（如支付回調(diào)）。

3.日志監(jiān)控：

-ELK堆棧：

-日志收集配置：

```json

{

"source":"test-api.log",

"target":"kafka://localhost:9092",

"format":"json"

}

```

-關(guān)鍵錯(cuò)誤監(jiān)控：如500/401錯(cuò)誤自動(dòng)報(bào)警。

四、測試策略與執(zhí)行

（一）測試類型設(shè)計(jì)

1.功能測試：

(1)正向測試：

-輸入有效數(shù)據(jù)驗(yàn)證輸出正確性：

-示例：登錄接口輸入正確手機(jī)號(hào)密碼→返回token。

-校驗(yàn)點(diǎn)：

-token格式是否符合JWT規(guī)范（包含exp/iat）。

-token有效期是否為1小時(shí)。

(2)反向測試：

-輸入異常值驗(yàn)證容錯(cuò)性：

-示例：訂單金額輸入負(fù)數(shù)（預(yù)期返回400錯(cuò)誤）。

-安全測試（符合規(guī)范）：

-SQL注入測試：在訂單編號(hào)輸入分號(hào)`;`。

-XXE測試：上傳惡意XML文件。

2.性能測試：

(1)基準(zhǔn)測試：

-測試場景：100并發(fā)用戶創(chuàng)建訂單。

-指標(biāo)：

-平均響應(yīng)時(shí)間≤200ms。

-95%響應(yīng)時(shí)間≤300ms。

-錯(cuò)誤率<1%。

(2)壓力測試：

-加載曲線：

```plaintext

0→5分鐘：50用戶/分鐘

5→10分鐘：100用戶/分鐘

10→15分鐘：200用戶/分鐘

```

-監(jiān)控項(xiàng)：

-JVM內(nèi)存占用（不超過75%）。

-線程數(shù)（核心線程+非核心線程≤200）。

（二）測試用例設(shè)計(jì)原則

1.等價(jià)類劃分：

-訂單金額：

-有效等價(jià)類：100-10000元。

-無效等價(jià)類：負(fù)數(shù)/0/10001元。

2.邊界值分析：

-分頁參數(shù)：

-最大頁碼：1000。

-異常值：-1/1001。

3.場景覆蓋：

-登錄失敗重試：

-3次失敗后是否鎖定賬號(hào)（預(yù)期鎖定）。

-賬號(hào)鎖定后能否通過郵箱重置密碼。

（三）執(zhí)行步驟（StepbyStep）

1.預(yù)生產(chǎn)階段：

(1)導(dǎo)入需求文檔中的接口點(diǎn)：

-使用Excel模板核對(duì)：接口名稱/請(qǐng)求方式/URL/參數(shù)/預(yù)期結(jié)果。

(2)執(zhí)行單元測試通過后開展接口測試：

-確認(rèn)開發(fā)人員已提交單元測試覆蓋率報(bào)告≥80%。

2.正式測試階段：

(1)按模塊分批次執(zhí)行：

-第一批次：認(rèn)證模塊（登錄/登出）。

-第二批次：訂單模塊（創(chuàng)建/查詢）。

(2)每日回歸測試已修復(fù)缺陷：

-使用自動(dòng)化腳本執(zhí)行高優(yōu)先級(jí)接口（每日5輪）。

五、缺陷管理與報(bào)告

（一）缺陷生命周期

1.新建：

-必填項(xiàng)：

-接口名稱（如訂單創(chuàng)建接口）。

-復(fù)現(xiàn)步驟（截圖+代碼片段）。

-預(yù)期/實(shí)際結(jié)果（附帶響應(yīng)體）。

2.分配：

-嚴(yán)重性分級(jí)：

-嚴(yán)重：接口完全失效（如登錄無法返回token）。

-一般：功能正確但體驗(yàn)問題（如響應(yīng)時(shí)間300ms）。

3.處理：

-優(yōu)先級(jí)跟蹤：

-P0：24小時(shí)內(nèi)修復(fù)。

-P1：48小時(shí)內(nèi)修復(fù)。

-代碼審查：要求開發(fā)提交修復(fù)前代碼走通測試。

4.驗(yàn)證：

-驗(yàn)證步驟：

-步驟1：執(zhí)行原缺陷用例。

-步驟2：新增驗(yàn)證用例（如token有效期是否縮短）。

（二）測試報(bào)告模板

1.概要：

-測試周期：2023-10-25至2023-10-30。

-接口覆蓋率：核心接口覆蓋率92%。

2.結(jié)果：

-通過率：95%。

-阻塞缺陷：3個(gè)（需開發(fā)延期）。

-待改進(jìn)：訂單查詢接口緩存未命中率5%。

3.建議：

-優(yōu)化建議：訂單創(chuàng)建接口添加Redis緩存。

-風(fēng)險(xiǎn)提示：支付回調(diào)接口可能存在超時(shí)問題。

六、持續(xù)改進(jìn)

（一）自動(dòng)化覆蓋率提升

1.每季度新增自動(dòng)化腳本100條：

-優(yōu)先自動(dòng)化高頻接口：如訂單創(chuàng)建（30條）、登錄（20條）。

2.自動(dòng)化腳本維護(hù)：

-每月執(zhí)行回歸測試，修復(fù)失敗腳本（失敗率>5%需重構(gòu)）。

（二）經(jīng)驗(yàn)復(fù)盤

1.每月組織測試復(fù)盤會(huì)：

-重點(diǎn)討論：

-異步接口驗(yàn)證策略（如使用消息隊(duì)列監(jiān)聽）。

-接口文檔與實(shí)際差異（需同步更新）。

2.更新測試用例庫：

-新增用例清單：

-接口：用戶登出接口。

-場景：賬號(hào)連續(xù)3次輸入錯(cuò)誤密碼后是否鎖定。

-期望：鎖定賬號(hào)并返回提示。

一、接口測試方案概述

接口測試是軟件質(zhì)量保證的重要環(huán)節(jié)，旨在驗(yàn)證系統(tǒng)組件間交互的正確性、穩(wěn)定性和性能。本方案設(shè)計(jì)將遵循結(jié)構(gòu)化、系統(tǒng)化的原則，確保測試覆蓋全面、結(jié)果可追蹤。

二、測試目標(biāo)與范圍

（一）測試目標(biāo)

1.驗(yàn)證接口功能符合需求文檔描述。

2.檢測接口錯(cuò)誤處理機(jī)制的有效性。

3.評(píng)估接口性能指標(biāo)（如響應(yīng)時(shí)間、并發(fā)能力）。

4.識(shí)別潛在的兼容性問題。

（二）測試范圍

1.核心業(yè)務(wù)接口：如用戶認(rèn)證、訂單處理、數(shù)據(jù)同步等。

2.外部系統(tǒng)交互接口：第三方支付、日志上傳等。

3.異常場景：網(wǎng)絡(luò)中斷、權(quán)限不足、數(shù)據(jù)異常等。

三、測試環(huán)境與準(zhǔn)備

（一）測試環(huán)境配置

1.硬件：CPU8核/16GB內(nèi)存，獨(dú)立測試服務(wù)器。

2.軟件：Postman/SoapUI測試工具，JMeter壓測工具。

3.數(shù)據(jù)：準(zhǔn)備2000條模擬業(yè)務(wù)數(shù)據(jù)（用戶/商品/訂單）。

（二）測試工具準(zhǔn)備

1.缺陷管理：Jira/禪道記錄問題。

2.自動(dòng)化框架：Selenium+JUnit（配合接口封裝）。

3.日志監(jiān)控：ELK堆棧分析接口錯(cuò)誤日志。

四、測試策略與執(zhí)行

（一）測試類型設(shè)計(jì)

1.功能測試：

(1)正向測試：輸入有效數(shù)據(jù)驗(yàn)證輸出正確性。

(2)反向測試：輸入異常值（如SQL注入測試，但需符合安全規(guī)范）驗(yàn)證容錯(cuò)性。

2.性能測試：

(1)基準(zhǔn)測試：100并發(fā)用戶下接口響應(yīng)時(shí)間≤200ms。

(2)壓力測試：逐步增加負(fù)載至500并發(fā)，監(jiān)控錯(cuò)誤率。

（二）測試用例設(shè)計(jì)原則

1.等價(jià)類劃分：如訂單金額（正常值100-10000元，異常值負(fù)數(shù)/超限）。

2.邊界值分析：如分頁參數(shù)（頁碼0/最大值）。

3.場景覆蓋：如登錄失敗后能否重置密碼。

（三）執(zhí)行步驟（StepbyStep）

1.預(yù)生產(chǎn)階段：

(1)導(dǎo)入需求文檔中的接口點(diǎn)。

(2)執(zhí)行單元測試通過后開展接口測試。

2.正式測試階段：

(1)按模塊分批次執(zhí)行（如認(rèn)證模塊→業(yè)務(wù)模塊）。

(2)每日回歸測試已修復(fù)缺陷。

五、缺陷管理與報(bào)告

（一）缺陷生命周期

1.新建：記錄接口名稱、復(fù)現(xiàn)步驟、預(yù)期/實(shí)際結(jié)果。

2.分配：按嚴(yán)重性（嚴(yán)重/一般/低）分配給開發(fā)團(tuán)隊(duì)。

3.處理：每日站會(huì)跟蹤進(jìn)度，超時(shí)預(yù)警。

4.驗(yàn)證：修復(fù)后需測試人員簽字確認(rèn)。

（二）測試報(bào)告模板

1.概要：測試周期、接口覆蓋率（如80%）。

2.結(jié)果：通過率（95%）、阻塞缺陷（3個(gè)）。

3.建議：需優(yōu)化的接口（如訂單查詢緩存效率）。

六、持續(xù)改進(jìn)

（一）自動(dòng)化覆蓋率提升

1.每季度新增自動(dòng)化腳本100條。

2.優(yōu)先自動(dòng)化高頻調(diào)用的核心接口。

（二）經(jīng)驗(yàn)復(fù)盤

1.每月組織測試復(fù)盤會(huì)，總結(jié)接口測試難點(diǎn)（如異步接口的驗(yàn)證策略）。

2.更新測試用例庫，補(bǔ)充遺漏場景。

一、接口測試方案概述

接口測試是軟件質(zhì)量保證的重要環(huán)節(jié)，旨在驗(yàn)證系統(tǒng)組件間交互的正確性、穩(wěn)定性和性能。本方案設(shè)計(jì)將遵循結(jié)構(gòu)化、系統(tǒng)化的原則，確保測試覆蓋全面、結(jié)果可追蹤。接口測試能夠盡早發(fā)現(xiàn)系統(tǒng)內(nèi)部問題，降低后期集成和上線風(fēng)險(xiǎn)，是保障軟件質(zhì)量的關(guān)鍵手段。

二、測試目標(biāo)與范圍

（一）測試目標(biāo)

1.驗(yàn)證接口功能符合需求文檔描述：確保每個(gè)接口的輸入輸出參數(shù)、業(yè)務(wù)邏輯與設(shè)計(jì)一致。

2.檢測接口錯(cuò)誤處理機(jī)制的有效性：驗(yàn)證接口在異常輸入、網(wǎng)絡(luò)故障等場景下的容錯(cuò)能力和錯(cuò)誤碼返回是否規(guī)范。

3.評(píng)估接口性能指標(biāo)（如響應(yīng)時(shí)間、并發(fā)能力）：通過壓力測試評(píng)估接口在高負(fù)載下的穩(wěn)定性，設(shè)定性能基線。

4.識(shí)別潛在的兼容性問題：測試不同環(huán)境（如測試機(jī)/預(yù)生產(chǎn)機(jī)）下的接口表現(xiàn)差異。

（二）測試范圍

1.核心業(yè)務(wù)接口：

-用戶認(rèn)證接口：登錄、登出、token刷新。

-訂單處理接口：創(chuàng)建訂單、查詢訂單、取消訂單、支付回調(diào)。

-數(shù)據(jù)同步接口：庫存同步、用戶信息同步。

2.外部系統(tǒng)交互接口：

-第三方支付接口：支付寶/微信支付回調(diào)驗(yàn)證。

-日志上傳接口：錯(cuò)誤日志/訪問日志上傳功能。

3.異常場景：

-網(wǎng)絡(luò)中斷：模擬網(wǎng)絡(luò)延遲（如500ms）或斷開。

-權(quán)限不足：使用未授權(quán)賬號(hào)調(diào)用需權(quán)限的接口。

-數(shù)據(jù)異常：輸入空值、格式錯(cuò)誤（如日期格式）、超大字段。

三、測試環(huán)境與準(zhǔn)備

（一）測試環(huán)境配置

1.硬件：

-CPU：8核/16GB內(nèi)存，獨(dú)立測試服務(wù)器。

-網(wǎng)絡(luò)帶寬：1Gbps獨(dú)享帶寬，避免資源爭搶。

2.軟件：

-測試工具：Postman（接口調(diào)試）、SoapUI（SOAP協(xié)議測試）、JMeter（壓測）。

-數(shù)據(jù)庫：MySQL5.7（測試環(huán)境需與生產(chǎn)結(jié)構(gòu)一致）。

-監(jiān)控工具：Prometheus+Grafana（性能監(jiān)控）。

3.數(shù)據(jù)：

-準(zhǔn)備2000條模擬業(yè)務(wù)數(shù)據(jù)：

-用戶：隨機(jī)生成手機(jī)號(hào)、密碼（加密存儲(chǔ)）、角色（普通/管理員）。

-商品：SKU碼、價(jià)格范圍（1-1000元）、庫存（0-100件）。

-訂單：狀態(tài)（待支付/已支付/已取消）、金額（10-5000元）。

（二）測試工具準(zhǔn)備

1.缺陷管理：

-Jira+禪道：自定義缺陷狀態(tài)（新建→待分析→待修復(fù)→已解決→驗(yàn)證中→關(guān)閉）。

-防呆檢查：禁止填寫"待修復(fù)"狀態(tài)直接關(guān)閉。

2.自動(dòng)化框架：

-Selenium+JUnit：

-接口封裝示例：

```java

RestAssured.given().body(json).when().post("/api/login").then()....

```

-Mock服務(wù)器：Mockoon模擬第三方接口（如支付回調(diào)）。

3.日志監(jiān)控：

-ELK堆棧：

-日志收集配置：

```json

{

"source":"test-api.log",

"target":"kafka://localhost:9092",

"format":"json"

}

```

-關(guān)鍵錯(cuò)誤監(jiān)控：如500/401錯(cuò)誤自動(dòng)報(bào)警。

四、測試策略與執(zhí)行

（一）測試類型設(shè)計(jì)

1.功能測試：

(1)正向測試：

-輸入有效數(shù)據(jù)驗(yàn)證輸出正確性：

-示例：登錄接口輸入正確手機(jī)號(hào)密碼→返回token。

-校驗(yàn)點(diǎn)：

-token格式是否符合JWT規(guī)范（包含exp/iat）。

-token有效期是否為1小時(shí)。

(2)反向測試：

-輸入異常值驗(yàn)證容錯(cuò)性：

-示例：訂單金額輸入負(fù)數(shù)（預(yù)期返回400錯(cuò)誤）。

-安全測試（符合規(guī)范）：

-SQL注入測試：在訂單編號(hào)輸入分號(hào)`;`。

-XXE測試：上傳惡意XML文件。

2.性能測試：

(1)基準(zhǔn)測試：

-測試場景：100并發(fā)用戶創(chuàng)建訂單。

-指標(biāo)：

-平均響應(yīng)時(shí)間≤200ms。

-95%響應(yīng)時(shí)間≤300ms。

-錯(cuò)誤率<1%。

(2)壓力測試：

-加載曲線：

```plaintext

0→5分鐘：50用戶/分鐘

5→10分鐘：100用戶/分鐘

10→15分鐘：200用戶/分鐘

```

-監(jiān)控項(xiàng)：

-JVM內(nèi)存占用（不超過75%）。

-線程數(shù)（核心線程+非核心線程≤200）。

（二）測試用例設(shè)計(jì)原則

1.等價(jià)類劃分：

-訂單金額：

-有效等價(jià)類：100-10000元。

-無效等價(jià)類：負(fù)數(shù)/0/10001元。

2.邊界值分析：

-分頁參數(shù)：

-最大頁碼：1000。

-異常值：-1/1001。

3.場景覆蓋：

-登錄失敗重試：

-3次失敗后是否鎖定賬號(hào)（預(yù)期鎖定）。

-賬號(hào)鎖定后能否通過郵箱重置密碼。

（三）執(zhí)行步驟（StepbyStep）

1.預(yù)生產(chǎn)階段：

(1)導(dǎo)入需求文檔中的接口點(diǎn)：

-使用Excel模板核對(duì)：接口名稱/請(qǐng)求方式/URL/參數(shù)/預(yù)期結(jié)果。

(2)執(zhí)行單元測試通過后開展接口測試：

-確認(rèn)開發(fā)人員已提交單元測試覆蓋率報(bào)告≥80%。

2.正式測試階段：

(1)