介面測試的流程
大體流程：
1、（閱讀）測試介面文件
檢驗介面文件的完整性、正確性、一致性、易理解性和易瀏覽性。
這個一般在實際測試過程中，都會弱化測試，不注重。
2、編寫測試用例
這個大家都熟，根據介面文件編寫測試用例。用例編寫方法可以按照黑盒測試的用例編寫規則來編寫，如：邊界值、正交表等等設計方法。
3、根據測試用例進行api的手工執行測試
根據用例執行測試，注意驗證預期結果，執行結束後出具測試報告。
現狀：1.給的介面文件不規範
2.沒有介面文件
若是有測試經理，建議找測試經理去溝通，讓測試經理去找開發溝通。總之是要搞到介面文件，介面文件就是需求依據。
3.測試人員自己形成的乙份介面文件
自身整理出來的介面文件要給對應的開發人員看，若沒有問題，發郵件出來。
學習總結——介面測試基礎
什麼是介面測試
測試人員通常所說的「介面測試」是針對系統各元件之間介面的一種測試，它屬於功能測試。介面能測出普通介面操作難以發現的問題。如，我們都知道系統是由前端後端組成，一些資料在前端做了校驗，後端同樣也需要校驗才能保證安全，介面操作顯然只能檢查到前端校驗這一層，只有直接面對前後端之間的該介面才能檢驗出後端是否也做了校驗。
介面測試的必要性
ž 可以發現很多頁面操作發現不了的問題
ž 檢查系統的異常處理能力
ž 檢查系統的安全性、穩定性
ž 前端隨便變，介面測好了，後端不用變
介面測試的流程
介面文件是介面測試的參照，至少包括：
1、介面說明
2、呼叫url
3、請求方法（get\post ……）
4、請求引數、引數型別、請求引數說明
5、返回引數說明
介面測試用例設計
通過性驗證：首先保證介面好用，按文件正常傳入，檢視是否可以返回正確的結果。
引數組合： 按介面文件中對引數的要求進行有目的的組合，比如必填未填是否通過，標誌類引數值的切換是否能對應正確的功能等。（這部分很關鍵）
介面安全：
1、繞過正常值驗證。
2、繞過身份授權驗證。
3、引數是否加密，加密規則是否容易破解。
4、密碼安全規則，密碼的複雜程度校驗。
介面測試用例模板（可根據專案實際情況設計增減）
1、專案 測試針對哪個專案
2、模組 哪個功能模組
3、用例id
4、介面名稱
5、用例標題 測試用途概括
6、請求方式 get/post
7、請求url url位址
8、請求引數
9、前置條件 執行當前請求依賴的條件，不滿足就不能正確執行
10、結果驗證 預期結果
11、請求報文 可以不寫
12、返回報文 一定要寫，這裡應該是你請求返回的真實結果
13、測試結果 通過/失敗
14、測試人員
測試http介面
請求常見有get請求和post請求。get請求通常用來接收資料，post請求通常用來傳送資料；測get請求可用瀏覽器完成，引數都可以寫在url裡面，測post請求需要借助工具如postman，因為客戶端需要提供給伺服器的資訊較多，你要寫body傳輸大量資料。
介面呼叫有兩種傳參方式：key-value形式，json串傳參形式。
key-value形式可以把引數拼接在url的後面由?相連，多個引數之間用&相連，如url?parameter1=key1¶meter2=key2…
json串傳參不能把引數直接連在url中，需要寫在請求的body裡面，可借助工具postman，開啟請求的body寫入json格式引數（由花括號括起來的『鍵：值』對）如
「count」: 1,
「start」: 0,
「total」: 1
請求發出後，http會返回乙個狀態碼表示請求是否成功，狀態碼有三位，其中開頭一位確定了狀態型別：
ž 2xx： 表示請求傳送成功，常見200。
ž 3xx： 代表重定向，要完成請求必須進行更進一步的操作，或把請求重定向到別的地方了，最常見的是302。
ž 4xx： 客戶端錯誤，請求有語法錯誤或請求無法實現。400代表客戶端傳送的請求有語法錯誤，不能被伺服器所理解；401代表訪問的頁面沒有授權；403伺服器收到請求，但是拒絕提供服務，比如沒有許可權訪問這個頁面；404請求的資源不存在，比如輸入錯的url沒有這個頁面。
ž 5xx： 代表伺服器有異常，500代表伺服器內部異常；503伺服器當前不能處理客戶端的請求，一段時間後可能恢復正常；504代表伺服器端超時，沒返回結果。
測試websevice介面
不需要像測http介面那樣拼報文，直接把wsdl位址或wsdl檔案（這兩個都由開發人員提供）填寫或匯入到工具soapui裡面，工具裡可顯示所有相關介面或報文，直接填入引數傳送請求參照介面文件檢視結果即可。
cookie 和 session
cookie是存在於本地的乙個鍵值對，session是存在於伺服器端的乙個鍵值對，通常儲存在資料庫或快取裡。cookie和session在第一次傳送某個請求時成對生成，兩端都會記錄下生成的時間，超出既定的時限後便會自動刪除。當請求在時限內再次發出後，cookie和session兩者會相互比對，匹配上了便執行某些操作，匹配不上則不允許執行某些操作，以此實現快速處理，它們並不是孤立作用的。
介面測試測試流程
1 需求分析 介面之間的邏輯關係，介面文件具體了解 2 測試準備 介面文件 介面測試用例 各種測試資料準備 3 測試環節，接受版本 1 功能測試 功能否按照介面文件實現 2 業務邏輯 是否依賴業務 3 引數異常 a關鍵字引數語言中的關鍵字 b引數為空 c多少引數 d錯誤引數 4 資料異常 a關鍵字資...
介面測試流程
介面測試的流程其實和 功能測試的流程類似，因為介面測試依賴的主要物件也是需求說明書，所以，最初的流程就是參與需求討論，評審需求。需求確定以後，開發會根據需求進行介面設計，會產出介面定義，在開發設計過程中，有能力的話，可以給出一些針對設計的建議，提高可測性，針對需求及設計，進行測試計畫，測試設計，然後...
介面測試流程
介面測試一般遵循如下流程，細節部分可根據實際專案情況進行調整。1.編寫介面測試計畫 介面測試計畫和功能測試計畫的目標一致，都是為了確認需求 確定測試環境及測試方法，為設計測試用例做準備，初步制定介面測試進度方案。一般來說，介面測試計畫包含概述 測試資源 測試功能及重點 測試策略 測試風險 測試標準。...