目錄

測試流程

接口測試相關(guān)文檔管理規(guī)范

接口測試要點

---

測試流程

在測試負(fù)責(zé)人接受到測試任務(wù)后，應(yīng)該按照以下流程規(guī)范完成測試工作。

2.1?? ?測試需求分析
產(chǎn)品開發(fā)負(fù)責(zé)人在完成某產(chǎn)品功能的接口文檔編寫后，在核對無誤后下發(fā)給對應(yīng)的接口測試負(fù)責(zé)人。測試負(fù)責(zé)人拿到接口文檔需要首先做以下兩方面的工作。一方面，測試人員要對接口文檔中各個接口的功能以及接口中涉及的各個字段的意義和用途進(jìn)行理解。另一方面，測試人員也應(yīng)該充分與開發(fā)人員交流，理解清楚每個接口用到協(xié)議以及各個字段的取值規(guī)范和范圍。
各測試人員編制完成測試案例后，需要提交給測試組長審核或參加測試組長組織的案例評審會對案例進(jìn)行評審，案例審核合格后才可開始后續(xù)的工作。
因為考慮到敏捷測試時間的緊迫性，需求分析可從開發(fā)召開kickoff會（T-7）時開始介入。

2.2?? ?制定測試計劃
接口測試負(fù)責(zé)人與測試組長或者項目經(jīng)理溝通測試計劃安排。單獨一個接口文檔涉及的接口過多時，由測試組長按照接口功能的相關(guān)性以及復(fù)雜性劃分接口分發(fā)給不同的測試人員進(jìn)行測試，并制定測試時間以及每日測試工作量。

2.3?? ?設(shè)計測試案例
接口測試任務(wù)劃分后，對于接口的測試負(fù)責(zé)人需依據(jù)接口文檔，編寫接口測試案例，并明確哪些案例可以實現(xiàn)自動化，哪些案例需要手工測試。為后續(xù)的編制自動化測試腳本提供指引，保證測試的全面性。案例的設(shè)計中需要參考本指南下面章節(jié)中提出的接口測試要點。案例需要做到覆蓋所有的測試要點，并針對某些特殊的接口，要考慮到接口的特殊性，編制有針對性的測試案例。
測試案例編寫完成后，要進(jìn)行案例評審，評審?fù)ㄟ^才可執(zhí)行測試工作。

2.4?? ?測試環(huán)境的準(zhǔn)備
接口測試所需的自動化工具JMeter安裝、java環(huán)境配置等由測試人員自己負(fù)責(zé)完成。接口測試所需的后臺環(huán)境，若無單獨的測試環(huán)境，需要在開發(fā)環(huán)境上測試的情況，環(huán)境由對應(yīng)的開發(fā)負(fù)責(zé)人負(fù)責(zé)維護(hù)，開發(fā)負(fù)責(zé)人需要配合測試人員，保證環(huán)境的穩(wěn)定以及測試版本的正確。若有單獨的測試環(huán)境，測試環(huán)境維護(hù)人員需要從開發(fā)經(jīng)理那獲取最新的測試版本部署在測試環(huán)境上，并維護(hù)好初始的參數(shù)配置以及初始測試數(shù)據(jù)。

2.5?? ?實施測試
在前期準(zhǔn)備工作完善后，按照計劃就可以實施測試了。測試實施上建議優(yōu)先進(jìn)行手工測試，把所有接口的案例手工測試一遍，這樣一方面可以加強測試人員對接口各個細(xì)節(jié)的理解，另一方面可以快速發(fā)現(xiàn)接口存在的bug，及時反饋給開發(fā)人員進(jìn)行修改。待主要bug開發(fā)已經(jīng)解決，接口各字段配置已經(jīng)穩(wěn)定的情況下開展自動化腳本錄制、編寫等工作，對能夠?qū)崿F(xiàn)自動化測試的案例要編制測試腳本，并按照腳本編寫規(guī)范，組織好腳本的結(jié)構(gòu)，方便后期的腳本維護(hù)和管理。腳本編寫規(guī)范參考下面的腳本編寫規(guī)范章節(jié)。
在測試階段根據(jù)測試情況、測試出的缺陷情況以及對接口的理解加深，可能會對測試案例進(jìn)行補充或修改，需要測試人員及時維護(hù)好測試案例，保證每個案例的準(zhǔn)確，方便后期回歸測試。
對各個接口測試完成后，提交測試報告。并對測試相關(guān)的文檔進(jìn)行整理總結(jié)。

2.6?? ?測試成果評審
該階段為測試的最后階段，測試組長負(fù)責(zé)組織測試成果評審會議。會議上依次對每個測試人員的成果物（包括案例、測試腳本、bug單、測試報告等測試產(chǎn)出物）進(jìn)行評審。發(fā)現(xiàn)問題和不足及時糾正，規(guī)范測試工作。評審?fù)ㄟ^的測試成果物注意匯總保存，形成公司測試資產(chǎn)的一部分。

2.7?? ?測試過程的持續(xù)優(yōu)化

在接口自動化測試進(jìn)行一段時間后，要定期對測試情況進(jìn)行總結(jié)。對發(fā)現(xiàn)的問題進(jìn)行改進(jìn)，對測試指南進(jìn)行完善，對測試的流程進(jìn)行持續(xù)的優(yōu)化。

jmeter接口測試視頻教程：阿里大佬傾情演繹，3天讓你學(xué)會Jmeter接口測試，學(xué)不會算我輸_嗶哩嗶哩_bilibilihttps://www.bilibili.com/video/BV1Q84y1K7bK/?spm_id_from=333.999.0.0

?

接口測試相關(guān)文檔管理規(guī)范

3.1?? ?測試文檔范圍
接口自動化測試主要需要管理的文檔類型如下：
接口說明文檔、測試用例文檔、測試報告（結(jié)果）文檔、測試腳本（jmx類型）、會議紀(jì)要、評審文檔等測試相關(guān)文檔。

3.2?? ?測試文檔創(chuàng)建說明
需求類的文檔（如：接口說明文檔）在測試初期由開發(fā)提供給測試人員，測試人員依據(jù)接口文檔編寫用例，文檔不規(guī)范的地方需要及時向開發(fā)反饋，督促修改提供規(guī)范的接口文檔。
測試用例文檔是在測試人員拿到接口說明文檔后，理解好需求即開始編寫該文檔，后期會經(jīng)過評審不斷的對測試用例文檔進(jìn)行優(yōu)化。完成測試用例文檔編寫后，即可開始測試腳本的編制，腳本編制用例的依據(jù)來自測試用例文檔。
測試腳本是在測試人員執(zhí)行測試過程中形成的測試產(chǎn)出，要求腳本編寫要符合該文檔下面對腳本編寫的規(guī)范要求，這樣方便后期的腳本維護(hù)和管理。
測試報告文檔是測試人員在完成測試后，對該階段測試結(jié)果的一個總結(jié)性報告，要求按照公司提供的規(guī)范模板編寫，并提交給測試組長審核，審核無誤后發(fā)給對應(yīng)的產(chǎn)品或項目的開發(fā)、業(yè)務(wù)、領(lǐng)導(dǎo)等相關(guān)人員。
會議紀(jì)要、評審文檔等文檔是在整個測試過程中依據(jù)項目的需要產(chǎn)生的，這些文檔可以劃歸到需求文檔中，用作指導(dǎo)和規(guī)范測試人員的測試工作。

3.3?? ?測試文檔歸檔要求
測試任務(wù)結(jié)束后，測試人員都需要整理各種相關(guān)測試文檔，上傳到SVN服務(wù)器相應(yīng)目錄下。形成整個測試組的測試資產(chǎn)。要求每個測試人員重視該環(huán)節(jié)，測試結(jié)束后必須歸檔各類測試文檔。
強烈建議每個地區(qū)的測試組有自己的SVN管理目錄，測試人員在完成項目或產(chǎn)品的測試中，因為產(chǎn)品或項目都有自己的SVN目錄，測試過程中，開發(fā)經(jīng)理也會要求如測試用例、測試報告等測試文檔上傳到對應(yīng)項目的SVN上。但測試結(jié)束后，測試人員還需把最后的完整的測試相關(guān)文檔（接口說明文檔、測試用例文檔、測試報告（結(jié)果）文檔、測試腳本（jmx類型）、會議紀(jì)要、評審文檔等）按類型歸檔到自己測試組下的SVN管理目錄，使測試文檔受控于測試組的管理，形成測試組自己的資產(chǎn)。
下面舉例說明一下北京測試組的測試文檔歸檔要求，其他地方測試組可以進(jìn)行參考，依據(jù)自己項目的情況整理歸檔測試文檔。

阿里大佬傾情演繹，3天讓你學(xué)會Jmeter接口測試，學(xué)不會算我輸_嗶哩嗶哩_bilibilihttps://www.bilibili.com/video/BV1Q84y1K7bK/?spm_id_from=333.999.0.0? ? ? ? ? ? ? ? ?

?

接口測試要點

4.1?? ?接口可用性
接口可用性主要測試接口是否可用、接口是否存在、接口的協(xié)議類型，測試案例中應(yīng)包括：
〖R1〗?? ?依據(jù)接口文檔中給定的接口地址和協(xié)議方法能夠訪問到該接口。
〖R2〗?? ?使用錯誤的協(xié)議方法無法按照接口地址進(jìn)行訪問。
〖R3〗?? ?使用正確的協(xié)議方法無法按照錯誤的接口地址進(jìn)行訪問。

4.2?? ?輸入輸出參數(shù)個數(shù)及命名
輸入輸出參數(shù)個數(shù)及命名主要測試接口包含的輸入輸出參數(shù)的個數(shù)以及各個參數(shù)的命名是否正確，測試案例中應(yīng)包括：
〖R1〗?? ?依據(jù)接口文檔檢查輸入?yún)?shù)的個數(shù)以及命名是否和文檔一致。
〖R2〗?? ?依據(jù)接口文檔檢查輸出參數(shù)的個數(shù)以及命名是否和文檔一致（注意檢查輸出的正常參數(shù)和異常參數(shù)）。
〖R3〗?? ?輸入錯誤的參數(shù)名，接口會報錯，并有錯誤信息返回。

4.3?? ?輸入?yún)?shù)的必輸項
輸入?yún)?shù)的必輸項主要測試接口對輸入?yún)?shù)的可選與必輸?shù)囊?#xff0c;測試案例中應(yīng)包括：
〖R1〗?? ?按照接口文檔對所有必輸?shù)妮斎腠椧来尾惠斎?#xff0c;檢查接口是否給予報錯信息返回。
〖R2〗?? ?按照接口文檔對所有選輸?shù)妮斎腠椧来螜z查是否可以不輸入?yún)?shù)接口也有正確數(shù)據(jù)返回，無報錯信息。

4.4?? ?輸入?yún)?shù)的合法性
輸入?yún)?shù)的合法性的合法性主要對參數(shù)的錄入規(guī)范要求進(jìn)行檢查，測試案例中應(yīng)包括：
〖R1〗?? ?依據(jù)接口文檔，有明確的要求的（如：只能由數(shù)字組成、在以下幾個可選值中選擇、只能由字母組成、長度最多為多少、格式為時間格式）輸入?yún)?shù)，檢查是否符合這些要求。
〖R2〗?? ?依據(jù)接口文檔，沒有明確要求的輸入?yún)?shù)，依次測試長度超長、含有特殊字符、全角半角等情況。檢查接口是否報錯，給予錯誤返回信息。

4.5?? ?輸出參數(shù)內(nèi)容的正確性
輸出參數(shù)內(nèi)容的正確性主要對輸出參數(shù)的內(nèi)容是否和后臺真實數(shù)據(jù)一致進(jìn)行檢查，測試案例中應(yīng)包括：
〖R1〗?? ?考慮多種輸入?yún)?shù)的組合情況，依次測試在這些組合情況下接口返回的數(shù)據(jù)的各字段內(nèi)容是否正確，要具體檢查每個字段的內(nèi)容。一般通過與后臺數(shù)據(jù)庫數(shù)據(jù)比較來進(jìn)行檢查。
〖R2〗?? ?考慮多種輸入?yún)?shù)的組合情況，依次測試在這些組合情況下接口返回的數(shù)據(jù)中涉及輸入?yún)?shù)的項，是否和最初輸入的值一致。

4.6?? ?接口實現(xiàn)功能驗證
接口實現(xiàn)功能驗證主要對接口操作的具體功能是否正常運轉(zhuǎn)進(jìn)行檢查，測試案例中應(yīng)包括：
〖R1〗?? ?輸入正確的參數(shù)，檢查接口對應(yīng)的要實現(xiàn)的后臺功能是否正確運轉(zhuǎn)。例如：對一個啟動接口發(fā)送啟動的命令，接口對應(yīng)的后臺系統(tǒng)能夠正確啟動并返回正確的參數(shù)。
〖R2〗?? ?輸入錯誤的參數(shù)，檢查接口對應(yīng)的要實現(xiàn)的后臺功能是否沒有運轉(zhuǎn)。
4.7?? ?接口文檔規(guī)范性
接口文檔規(guī)范性主要對開發(fā)提供的接口文檔是否規(guī)范準(zhǔn)確進(jìn)行檢查，測試案例中應(yīng)包括：
〖R1〗?? ?接口文檔中對于輸入輸出參數(shù)都有準(zhǔn)確的命名，不存在模糊的情況。
〖R2〗?? ?接口文檔對于每一個參數(shù)都有明確的類型說明，是否可選還是必輸，是否有默認(rèn)值。
〖R3〗?? ?接口文檔對于每一個輸入?yún)?shù)都要明確好基本的錄入條件，比如長度最長多少、只能為數(shù)字還是字母、不能含有特殊字符等。

〖R4〗?? ?針對一個接口如果有多種類型的輸出參數(shù)組合且參數(shù)的命名或個數(shù)有不同，這種情況，要在接口文檔中羅列清晰，并明確指出出現(xiàn)這種類型的輸出參數(shù)的條件。

阿里大佬傾情演繹，3天讓你學(xué)會Jmeter接口測試，學(xué)不會算我輸_嗶哩嗶哩_bilibilihttps://www.bilibili.com/video/BV1Q84y1K7bK/?spm_id_from=333.999.0.0

?