01、通用的項目架構(gòu)

02、什么是接口
接口：服務(wù)端程序?qū)ν馓峁┑囊环N統(tǒng)一的訪問方式，通常采用HTTP協(xié)議，通過不同的url，不同的請求類型（GET、POST），不同的參數(shù)，來執(zhí)行不同的業(yè)務(wù)邏輯。

客戶端大多數(shù)的業(yè)務(wù)操作，都是需要調(diào)用服務(wù)端接口來獲取一些數(shù)據(jù)，或者觸發(fā)某些業(yè)務(wù)，然后客戶端拿到接口返回的數(shù)據(jù)后，會根據(jù)數(shù)據(jù)內(nèi)容做不同的處理和展示。

03、為什么要做接口測試
A、在公司里，客戶端和服務(wù)端通常是由不同的團(tuán)隊開發(fā)的，在項目開發(fā)過程中，客戶端和服務(wù)端開發(fā)的進(jìn)度不一致，比如服務(wù)端先開發(fā)完了，這個時候可以先對服務(wù)端進(jìn)行接口測試，確保服務(wù)端邏輯和返 回數(shù)據(jù)是正確的，然后再測試客戶端?；蛘呤悄承y試部門，專門測試服務(wù)端開發(fā)團(tuán)隊，因此，他們的測試對象就是接口。

B、在測試某些業(yè)務(wù)時，不能僅僅通過前端來測試，比如用戶注冊，前端限制了用戶名不能為空，但是有些人可能通過工具繞過前端直接調(diào)用服務(wù)端接口，如果服務(wù)端沒有做相關(guān)的邏輯判斷，就會造成數(shù)據(jù) 錯誤。包括接口數(shù)據(jù)傳輸過程中是否對關(guān)鍵信息加密等。所以必須針對服務(wù)端接口單獨(dú)做測試。

C、在開發(fā)提測后，可以先通過工具把服務(wù)端的接口測試跑一遍，確保接口測試用例都是通過的，快速判斷服務(wù)端接口是否符合預(yù)期。然后再通過UI界面進(jìn)行測試。否則接口有bug，前端頁面必定有bug。

04、接口測試工具和流程
常見的HTTP接口測試工具有Jmeter、Postman、SoupUI等。企業(yè)里用的比較多的是Jmeter。

Jmeter是一款開源、免費(fèi)的接口測試工具，它可以對接口的功能、性能進(jìn)行測試。還可以實(shí)現(xiàn)接口自動化。

Jmeter具體使用，請參考《Jmeter接口工具實(shí)戰(zhàn)》文檔

接口測試流程：

和普通的web測試一樣，也是先進(jìn)行需求分析、測試用例編寫、執(zhí)行測試、提交bug、回歸測試、提交 測試報告等。

05、接口測試的關(guān)注點(diǎn)
1、輸入

輸入主要是指接口的入?yún)?#xff0c;我們平常的測試中，會先考慮正常的入?yún)?#xff0c;以及異常的入?yún)?#xff0c;異常情況包括：參數(shù)異常和數(shù)據(jù)異常，用例設(shè)計這塊使用較多的是等價類劃分和邊界值分析

正常的入?yún)?br /> 正常的入?yún)⒑芎美斫?#xff0c;就是根據(jù)接口設(shè)計文檔的入?yún)?biāo)準(zhǔn)，輸入正常的參數(shù)，響應(yīng)按接口設(shè)計文檔的約 定條件正常返回
參數(shù)異常
參數(shù)異常包括：參數(shù)為空，多參或少參，錯誤的參數(shù)
數(shù)據(jù)異常
數(shù)據(jù)異常：數(shù)據(jù)類型錯誤、非空參數(shù)為空，長度不符合設(shè)計，不在范圍內(nèi)的數(shù)據(jù)，不合法的成員，特殊 字符或敏感字符，存在關(guān)聯(lián)關(guān)系的參數(shù)數(shù)據(jù)異常等
2、業(yè)務(wù)邏輯

和基于UI的功能測試一樣，接口測試也需要了解接口背后的業(yè)務(wù)邏輯，針對業(yè)務(wù)流程的處理邏輯，我們 可以從入?yún)⒌南拗茥l件、事件的操作對象、業(yè)務(wù)的狀態(tài)轉(zhuǎn)換等不同維度來考慮

限制條件分析
① 數(shù)值的限制：字典，等級，行業(yè)相關(guān)限制，金額限制，分?jǐn)?shù)限制等
② 狀態(tài)的限制：有效|無效，在線|離線，拉黑|洗白等
③ 關(guān)系的限制：存在或不存在，綁定或解綁等
④ 權(quán)限的限制：管理員，普通用戶等
對象分析
對象分析主要是對合法和不合法的對象進(jìn)行操作，比如銀行卡用戶對卡進(jìn)行充值，則可能存在：用戶A使用非用戶A的卡充值；用戶A使用自己的卡進(jìn)行充值，卡已過有效期；用戶A使用自己的卡進(jìn)行充值， 卡為黑名單或掛失等。
狀態(tài)轉(zhuǎn)換的分析
比如支付類業(yè)務(wù)，先支付成功，撤單后會退款，再次支付如果支付未成功，則是支付失敗，狀態(tài)之間的 切換是否正常，未按正常業(yè)務(wù)順利進(jìn)行操作時，狀態(tài)怎么顯示，是否可控，是否出現(xiàn)異常狀態(tài)，空狀態(tài) 業(yè)務(wù)怎么處理等
時序分析
一些復(fù)雜的活動中，一個活動是由一系列的動作按照指定順序進(jìn)行，這些動作形成一個動作流，是有按照這個順序依次執(zhí)行，才能等到預(yù)期的結(jié)果，那么在執(zhí)行過程中發(fā)生的其他分支動作程序會作何處理？
3、輸出

在考慮異常時，通常我們都會想到正常情況，無效的情況，但是不一定能覆蓋所有錯誤碼，而接口定義返回的錯誤碼可以幫助我們補(bǔ)充這一部分的用例，比如網(wǎng)絡(luò)異常，無效的規(guī)則，無效的參數(shù)，無效的業(yè)務(wù)ID，無效的任務(wù)，服務(wù)器異常等，把errorcode的值都補(bǔ)充上去可以設(shè)計更多的用例

這種根據(jù)輸出進(jìn)行設(shè)計用例，可以發(fā)現(xiàn)前后端是否正常輸出結(jié)果，提示是否友好，提示是否出現(xiàn)敏感信息等

4、數(shù)據(jù)庫操作

業(yè)務(wù)數(shù)據(jù)入庫是否正常，是否有重復(fù)數(shù)據(jù)入庫，是否出現(xiàn)亂碼
數(shù)據(jù)更新是否正常，尤其是時間類字段，時間是否為24小時制的格式
表中各個字段是否符合預(yù)期
5、安全性

敏感信息是否加密（如用戶名、銀行賬號，密碼，轉(zhuǎn)賬金額）

6、性能

接口最大支持多少并發(fā)數(shù)
接口每秒能處理多少次業(yè)務(wù)（TPS）
接口的平均響應(yīng)時間（RT）
接口對服務(wù)器資源的消耗（CPU、內(nèi)存、網(wǎng)絡(luò)、磁盤）
7、兼容性

接口測試不需要考慮客戶端的兼容性，主要是數(shù)據(jù)的兼容性。比如對于老接口的歷史數(shù)據(jù)是否兼容，用 新接口去處理老的數(shù)據(jù)，是否能正常處理。

8、其他

冪等性：就是用戶對于同一操作發(fā)起的一次請求或者多次請求的結(jié)果是一致的，不會因為多次點(diǎn)擊而產(chǎn)生了副作用。

舉個最簡單的例子：

那就是支付，用戶購買商品后支付，支付扣款成功，但是返回結(jié)果的時候網(wǎng)絡(luò)異 常，此時錢已經(jīng)扣了，用戶再次點(diǎn)擊按鈕，此時系統(tǒng)應(yīng)該拒絕支付，并且提示“不能重復(fù)支付”。相當(dāng)于 第二次支付不會產(chǎn)生任何作用。在做接口測試時，對于某些有冪等性要求的接口，需要針對冪等進(jìn)行測 試。

通常可以采用Jmeter連續(xù)調(diào)用2次接口進(jìn)行支付、提交等操作，來測試冪等性。

總結(jié)：

感謝每一個認(rèn)真閱讀我文章的人！！！

作為一位過來人也是希望大家少走一些彎路，如果你不想再體驗一次學(xué)習(xí)時找不到資料，沒人解答問題，堅持幾天便放棄的感受的話，在這里我給大家分享一些自動化測試的學(xué)習(xí)資源，希望能給你前進(jìn)的路上帶來幫助。

???視頻文檔獲取方式：
這份文檔和視頻資料，對于想從事【軟件測試】的朋友來說應(yīng)該是最全面最完整的備戰(zhàn)倉庫，這個倉庫也陪伴我走過了最艱難的路程，希望也能幫助到你！以上均可以分享，點(diǎn)下方小卡片即可自行領(lǐng)取。????