一， 乙個簡單介面
1， 分析介面文件，借助開發工具開展介面測試
---通過工具向後台傳送介面請求，要檢查後台返回的資料是否與預期結果一致(通過介面文件可以看到預期結果)
2， 如何分析介面文件？
3， 要從正常和異常兩個方向去驗證後台的介面邏輯處理是否正確，容錯機制是否健全
4， 用例設計方面要考慮引數是否為必填項，型別，約束條件，引數與引數之間的關聯等
用例設計詳細方面：
正常，異常，空
key或者token正常或者錯誤，過期，空等，引數型別說明為空等
介面測試的難點：介面文件的理解和業務需求的梳理，如果這些掌握不到位，就很容易漏測，出現這些情況，做好和開發溝通
5， 檢查哪些資料內容呢？
--檢查http請求返回的狀態碼，一般是200
--檢查響應資訊，一般都是ok
--檢查響應body, 是介面文件定義的一種狀態碼，用來驗證該業務是否成功
--檢查的正文，因為正文特別多，但是我們只需要檢查一些關鍵資料就行(這是核心)
--對於某些介面，還要檢查資料庫
6，前後端的區別，前後端如何完成資料互動？
前端（客戶端）：
web：瀏覽器，後台管理服務端
前端主要負責與使用者進行互動
後端：沒有介面，純**
主要是實現業務邏輯的處理，對資料庫進行操作
前端和後端主要是通過介面進行互動的
介面：1， 介面都由後端提供的，後端人員都要提供乙個介面文件(api文件)，乙個功能都對應的乙個介面
3， 後端的業務邏輯處理
6， 介面測試思路，流程總結
6.1介面測試的流程
--1,拿到介面文件
--2，分析介面文件，分析每個介面的需求，設計介面測試用例
--3，利用工具編寫介面測試指令碼，檢測介面是否有問題
--4，查返回的資料，校驗響應資料(斷言)
--5，分析結果
6.2常用的介面測試工具有哪些？
---jmeter,postman,soapui
6.3做介面測試需要具備哪些知識點
n 懂得分析需求，會設計用例
n 至少懂一門開發工具和語言
n 懂http/https協議
n 有一定的指令碼除錯能力，邏輯思維能力，簡單了解一些後台的知識
6.4介面測試的核心重點，難點
---介面文件的分析，每個介面的需求，這是核心
---對前後臺的資料庫互動過程，後端的業務邏輯要非常清楚
---工具的靈活應用
6.5為什麼要做介面測試
---介面測試主要測得是後端得業務邏輯是否有問題，容錯機制是否有問題
---即使前端做了校驗，但是前端也只是做一些簡單得格式校驗，對於業務邏輯校驗，需要跟資料庫互動
---這裡必須要通過後端來校驗，如果不測試介面，就等於沒有測後端得校驗
---那麼當別人通過抓包工具，去攔截資料，篡改資料得收，那整個系統就會有嚴重得bug
6.6企業中一般什麼時候需要做介面測試
---1，後端介面完成以後，前端還沒有開發出來，一般就要求做介面測試，校驗後台
---2，版本迭代得時候，如果新得版本新增了一些新得需求，需求中加了一些新得介面
----3，在做版本迭代得時候，如果修改了後端**，也需要還介面測試
JMeter使用問題彙總
1.token parsing error lexical error at line 3,column 37.encountered u3000 12288 這個問題主要是看看在每個beanshell語句後面，是否存在空格，如果有的話，要刪除。例如 debugwindow.showtext url...
jmeter使用 jmeter工具的使用
jmeter是乙個非常好用的壓力測試工具。jmeter用來做輕量級的壓力測試，非常合適，只需要十幾分鐘，就能把壓力測試需要的指令碼寫好。閱讀目錄 什麼是壓力測試 做壓力測試的常用工具 做壓力測試的步驟如下 本文做壓力測試的例子 第一步 使用csv data set config 來引數化 第二步 新...
軟體測試需要思考的基本問題
假設我們測試的是以下這個註冊登入功能 在這裡插入描述 我們第一次被問到如何測試這個註冊功能的時候，肯定以為只要換個不同的幾組賬號密碼來回註冊，都成功了就可以了，這實際是不行的，這個註冊功能的每乙個框都需要去一一驗證的，而且不僅要對正常格式的字元進行測試，還要對錯誤的格式進行異常測試，首先是郵箱位址，...