介面測驗常用工具及測驗方法

首先，什么是介面呢？

介面一般來說有兩種，一種是程式內部的介面，一種是系統對外的介面，

系統對外的介面：比如你要從別的網站或服務器上獲取資源或資訊，別人肯定不會把資料庫共享給你，他只能給你提供一個他們寫好的方法來獲取資料，你參考他提供的介面就能使用他寫好的方法，從而達到資料共享的目的，比如說咱們用的app、網址這些它在進行資料處理的時候都是通過介面來進行呼叫的，

程式內部的介面：方法與方法之間，模塊與模塊之間的互動，程式內部拋出的介面，比如bbs系統，有登錄模塊、發帖模塊等等，那你要發帖就必須先登錄，要發帖就得登錄，那么這兩個模塊就得有互動，它就會拋出一個介面，供內部系統進行呼叫，

一、常見介面：

1、webService介面：是走soap協議通過http傳輸，請求報文和回傳報文都是xml格式的，我們在測驗的時候都用通過工具才能進行呼叫，測驗，可以使用的工具有SoapUI、jmeter、loadrunner等；

2、http api介面：是走http協議，通過路徑來區分呼叫的方法，請求報文都是key-value形式的，回傳報文一般都是json串，有get和post等方法，這也是最常用的兩種請求方式，可以使用的工具有postman、RESTClient、jmeter、loadrunner等；

二、前端和后端：

在說介面測驗之前，我們先來搞清楚這兩個概念，前端和后端，

前端是什么呢，對于web端來說，咱們使用的網頁，打開的網站，這都是前端，這些都是html、css寫的；對于app端來說呢，它就是咱們用的app，android或者object-C（開發ios上的app）開發的，它的作用就是顯示頁面，讓我們看到漂亮的頁面，以及做一些簡單的校驗，比如說非空校驗，咱們在頁面上操作的時候，這些業務邏輯、功能，比如說你購物，發微博這些功能是由后端來實作的，后端去控制你購物的時候扣你的余額，發微博發到哪個賬號下面，那前端和后端是怎么互動的呢，就是通過介面，

前面說的你可能不好理解，你只需記住：前端負責貌美如花，后端負責掙錢養家，

三、什么是介面測驗：

介面測驗是測驗系統組件間介面的一種測驗，介面測驗主要用于檢測外部系統與系統之間以及內部各個子系統之間的互動點，測驗的重點是要檢查資料的交換，傳遞和控制管理程序，以及系統間的相互邏輯依賴關系等，

OK，上面是百度百科上說的，下面才是我說的

其實我覺得介面測驗很簡單，比一般的功能測驗還簡單（這話我先這樣說，以后可能會刪O(∩_∩)O哈！），現在找作業好多公司都要求有介面測驗經驗，也有好多人問我（也就兩三個人）什么是介面測驗，本著不懂也要裝懂的態度，我會說：所謂介面測驗就是通過測驗不同情況下的入參與之相應的出參資訊來判斷介面是否符合或滿足相應的功能性、安全性要求，

我為啥說介面測驗比功能測驗簡單呢，因為功能測驗是從頁面輸入值，然后通過點擊按鈕或鏈接等傳值給后端，而且功能測驗還要測UI、前端互動等功能，但介面測驗沒有頁面，它是通過介面規范檔案上的呼叫地址、請求引數，拼接報文，然后發送請求，檢查回傳結果，所以它只需測入參和出參就行了，相對來說簡單了不少，

四、介面都有那些部分組成呢？

首先，介面檔案應該包含以下內容：

1、介面說明

2、呼叫url

3、請求方法（get\post）

4、請求引數、引數型別、請求引數說明

5、回傳引數說明

由介面檔案可知，介面至少應有請求地址、請求方法、請求引數（入參和出參）組成，部分介面有請求頭header，

標頭 (header)：是服務器以HTTP協議傳HTML資料到瀏覽器前所送出的字串，在標頭與 HTML 檔案之間尚需空一行分隔，一般存放cookie、token等資訊

有同學問我header和入參有什么關系？它們不都是發送到服務器的引數嗎？

OK，首先，它們確實都是發送到服務器里的引數，但它們是有區別的，header里存放的引數一般存放的是一些校驗資訊，比如cookie，它是為了校驗這個請求是否有權限請求服務器，如果有，它才能請求服務器，然后把請求地址連同入參一起發送到服務器，然后服務器會根據地址和入參來回傳出參，也就是說，服務器是先接受header資訊進行判斷該請求是否有權限請求，判斷有權限后，才會接受請求地址和入參的，

五、為什么要做介面測驗：

大家都知道，介面其實就是前端頁面或APP等呼叫與后端做互動用的，所以好多人都會問，我功能測驗都測好了，為什么還要測介面呢？OK，在回答這個問題之前，先舉個栗子：

比如測驗用戶注冊功能，規定用戶名為6~18個字符，包含字母（區分大小寫）、數字、下劃線，首先功能測驗時肯定會對用戶名規則進行測驗時，比如輸入20個字符、輸入特殊字符等，但這些可能只是在前端做了校驗，后端可能沒做校驗，如果有人通過抓包繞過前端校驗直接發送到后端怎么辦呢？試想一下，如果用戶名和密碼未在后端做校驗，而有人又繞過前端校驗的話，那用戶名和密碼不就可以隨便輸了嗎？如果是登錄可能會通過SQL注入等手段來隨意登錄，甚至可以獲取管理員權限，那這樣不是很恐怖？

所以，介面測驗的必要性就體現出來了：

①、可以發現很多在頁面上操作發現不了的bug

②、檢查系統的例外處理能力

③、檢查系統的安全性、穩定性

④、前端隨便變，介面測好了，后端不用變

六、介面測驗怎么測：

在進行介面測驗前，還需要了解：

1）、GET和POST請求：
如果是get請求的話，直接在瀏覽器里輸入就行了，只要在瀏覽器里面直接能請求到的，都是get請求，如果是post的請求的話，就不行了，就得借助工具來發送，
GET請求和POST請求的區別：

1、GET使用URL或Cookie傳參，而POST將資料放在BODY中，

2、GET的URL會有長度上的限制，則POST的資料則可以非常大，

3、POST比GET安全，因為資料在地址欄上不可見，

4、一般get請求用來獲取資料，post請求用來發送資料，

其實上面這幾點，只有最后一點說的是比較靠譜的，第一點post請求也可以把資料放到url里面，get請求其實也沒長度限制，post請求看起來引數是隱式的，稍微安全那么一些些，但是那只是對于小白用戶來說的，就算post請求，你通過抓包也是可以抓到引數的，所以上面這些面試的時候你說出來就行了，

2）、http狀態碼

每發出一個http請求之后，都會有一個回應，http本身會有一個狀態碼，來標示這個請求是否成功，常見的狀態碼有以下幾種：

1、200 2開頭的都表示這個請求發送成功，最常見的就是200，就代表這個請求是ok的，服務器也回傳了，

2、300 3開頭的代表重定向，最常見的是302，把這個請求重定向到別的地方了，

3、400 400代表客戶端發送的請求有語法錯誤，401代表訪問的頁面沒有授權，403表示沒有權限訪問這個頁面，404代表沒有這個頁面

4、500 5開頭的代表服務器有例外，500代表服務器內部例外，504代表服務器端超時，沒回傳結果

接下來再說介面測驗怎么測：

1）、通用介面用例設計

①、通過性驗證：首先肯定要保證這個介面功能是好使的，也就是正常的通過性測驗，按照介面檔案上的引數，正常傳入，是否可以回傳正確的結果，
②、引陣列合：現在有一個操作商品的介面，有個欄位type，傳1的時候代表修改商品，商品id、商品名稱、價格有一個是必傳的，type傳2的時候是洗掉商品，商品id　　是必傳的，這樣的，就要測引陣列合了，type傳1的時候，只傳商品名稱能不能修改成功，id、名稱、價格都傳的時候能不能修改成功，

③、介面安全：

1、繞過驗證，比如說購買了一個商品，它的價格是300元，那我在提交訂單時候，我把這個商品的價格改成3元，后端有沒有做驗證，更狠點，我把錢改成-3，是不是我的余額還要增加？

2、繞過身份授權，比如說修改商品資訊介面，那必須得是賣家才能修改，那我傳一個普通用戶，能不能修改成功，我傳一個其他的賣家能不能修改成功

3、引數是否加密，比如說我登陸的介面，用戶名和密碼是不是加密，如果不加密的話，別人攔截到你的請求，就能獲取到你的資訊了，加密規則是否容易破解，

4、密碼安全規則，密碼的復雜程度校驗

④、例外驗證：

所謂例外驗證，也就是我不按照你介面檔案上的要求輸入引數，來驗證介面對例外情況的校驗，比如說必填的引數不填，輸入整數型別的，傳入字串型別，長度是10的，傳11，總之就是你說怎么來，我就不怎么來，其實也就這三種，必傳非必傳、引數型別、入參長度，

2）、根據業務邏輯來設計用例

根據業務邏輯來設計的話，就是根據自己系統的業務來設計用例，這個每個公司的業務不一樣，就得具體的看自己公司的業務了，其實這也和功能測驗設計用例是一樣的，

舉個例子，拿bbs來說，bbs的需求是這樣的：

1、登錄失敗5次，就需要等待15分鐘之后再登錄

2、新注冊的用戶需要過了實習期才能發帖

3、洗掉帖子扣除積分

4、......

像這樣的你就要把這些測驗點列出來，然后再去造資料測驗對應的測驗點，

七、用什么工具測

介面測驗的工具很多，比如 postman、RESTClient、jmeter、loadrunner、SoapUI等，本人首推的測驗工具是postman和jmeter，接下來就簡單介紹下如何使用這兩款工具進行介面測驗，其他工具本次暫不介紹，

1）、Postman是谷歌的一款介面測驗插件，它使用簡單，支持用例管理，支持get、post、檔案上傳、回應驗證、變數管理、環境引數管理等功能，可以批量運行，并支持用例匯出、匯入，

jmeter是一款100%純Java撰寫的免費開源的工具，它主要用來做性能測驗，相比loadrunner來說，它記憶體占用小，免費開源，輕巧方便、無需安裝，越來越被大眾所喜愛，

注：以下用例中所用地址皆為本人在本地所搭的環境，外網無法訪問，見諒，

①、獲取用戶資訊：該介面用于通過userid獲取用戶資訊

請求地址：http://192.168.1.102:8081/getuser

請求方式：POST/GET

   入參：

postman中請求如下

jmeter中請求如下：

②、獲取用戶資訊：需要添加header，Content-Type application/json

1.1 請求地址

http://192.168.1.102:8081/getuser2

1.2 請求方式

get/post

1.3 入參

postman測驗如下，本次入參為json型別，當然檔案中沒說非要用json，用其他方式也是可以的

jmeter測驗如下

③、修改用戶余額2

1.1 功能描述

功能描述：需要添加cookie，token token是寫死的token12345

1.2 請求地址

http://192.168.1.102:8081/setmoney2

1.3 請求方式

Post

1.4 入參

postman測驗如下：

jmeter測驗如下：

④檔案上傳

postman：

jmeter:

⑤、請求webService介面

請求webService介面需要用到的工具是SoapUI，如下圖

在jmeter里請求如下：

最后： 可以關注公眾號：傷心的辣條 ！ 進去有許多資料共享！資料都是面試時面試官必問的知識點，也包括了很多測驗行業常見知識，其中包括了有基礎知識、Linux必備、Shell、互聯網程式原理、Mysql資料庫、抓包工具專題、介面測驗工具、測驗進階-Python編程、Web自動化測驗、APP自動化測驗、介面自動化測驗、測驗高級持續集成、測驗架構開發測驗框架、性能測驗、安全測驗等，

如果我的博客對你有幫助、如果你喜歡我的博客內容，請 “點贊” “評論” “收藏” 一鍵三連哦！

好文推薦

轉行面試，跳槽面試，軟體測驗人員都必須知道的這幾種面試技巧！

面試經：一線城市搬磚！又面軟體測驗崗，5000就知足了…

面試官：作業三年，還來面初級測驗？恐怕你的軟體測驗工程師的頭銜要加雙引號…

什么樣的人適合從事軟體測驗作業？

那個準點下班的人，比我先升職了…

測驗崗反復跳槽，跳著跳著就跳沒了…