# 接口測試篇 [TOC] > ### 接口測試怎么測試的。 1. 當我們拿到接口文檔后，會先進行熟悉需求文檔，了解每個接口的功能、服務器地址、端口、請求方式、請求參數、參數的約束條件有哪些還有一些響應的字段和響應的狀態碼 2. 之后就會開始編寫測用例的，跟功能測試一樣，考慮到正常異常的請求參數，還要考慮到與之對應響應報文是否正確 3. 最后就開始使用Jmeter執行用例了，先建立一個線程組，再添加http請求，填寫好請求地址，端口，和請求參數，設置參數化，添加斷言等，最后添加查看結果樹再運行。運行完后，檢查接口是否通過，如果不通過，先定位下原因，如果是請求的參數有問題，修改后再進行測試，如果是接口本身存在bug，就把服務器上的日志取下來，提單給開發修改，一直到接口沒問題了，就放到我們搭建好的Jmeter+Jenkins框架上做持續集成測試。 4. 這就是我們接口測試的大概流程。 > ### 舉例說一下你的接口測試是怎么做的？ 我以下單這個接口說下吧：下單這個接口用的是http協議，使用post請求方式，發送給服務器的參數有token，產品ID，購買數量，收貨人地址等等，這些參數都是必傳的參數。我們是使用Jmeter來做接口測試的，首先，要新建一個線程組，在線程組下面添加一個http的請求，然后填寫好服務器地址，接口路徑，請求方式，請求參數。由于下單的接口依賴于等于，所以我們會先調用登錄接口，從中獲取token值，在下單接口中使用${參數名}的方式引用，接下來還要對其他參數進行參數化，構造各種正常和異常的數據，我們先在本地創建一個txt文檔，把參數填寫到文檔里面，在Jmeter中添加一個csv文件設置，填寫好txt文檔的路徑，然后在請求參數中使用Json提取器把token值關聯出來，然后在下單接口中使用${參數名的方式引用；接下來添加斷言，檢查服務器返回的結果和預期結果是不是一致的。最后，添加查看結果樹查看測試結果。 > ### JMeter測試環境怎么搭建 1. 因為JMeter是JAVA程序開發的，所以要先安裝JDK； 2. 配置JAVA環境變量，包括：JAVA\_HOME，PATH，CLASSPATH； 3. 雙擊jmeter的bin目錄里面的jmeter.bat文件，就可以啟動Jmeter。 > ### 什么時候會用到使用Fiddler 1. 做安全測試，檢測敏感信息是否加密，攔截篡改數據； 2. 當測試時發現缺陷，用fiddler抓包，定位該問題是前端還是后臺的問題； 3. 模擬弱網環境； 4. 統計單個功能的響應時間。 > ### Fiddler怎么攔截篡改數據 1. 就拿下單來說吧，點擊下單之前，先啟動Fiddler，按F11打斷點，將請求攔截下來， 2. 然后在fiddler中，對攔截下來的請求，修改其中的數據，比如將價格或者商品數量進行修改 3. 修改完成后，關閉攔截，繼續請求的發送即可。 > ### Fiddler怎么模擬弱網測試 步驟： 1. 點擊規則-->自定義規則，打開fiddler的腳本編輯器，找到simulateModem 2. 設置上傳和下載的延時速度 3. 點擊規則-->性能，選模擬帶寬 > ### Fiddler怎么抓HTTPS的包 步驟： 1. 安裝安全證書； 2. 點擊fiddler的Tools-->options-->https 3. 勾選上所有選項，更換證書，重啟fiddler > ### Fiddler的抓包原理 在客戶端和服務器之間建立一個代理，通過監聽端口(默認是 8888)，監聽本機發出的請求和服務器返回的響應結果。 > ### 問：用jmeter做接口可以通過，但在手機上用到這接口時用不了，什么原因： 參考答案：抓包，查看從手機發出去的數據有沒有問題。 > ### 問：接口測試的關注點(怎么驗證接口是通過的) 1. 發送給服務器的請求數據是否正確； 2. 服務器返回給客戶端的信息是否和預期結果一致； 3. 進入數據庫，檢查接口是否實現的相應的功能； 4. 接口的響應時間是否符合需求。 > ### 在進行接口的自動化測試，如果遇到token校驗，你是怎么處理的？ 首先需要獲取token，獲取token的整個思路為： 1. 先進行登錄 2. 登錄成功后 3. 獲取token 4. 把獲取的token當作下一個接口的請求參數 * 上面這個題目可以這樣延伸：有一個接口A，發送給服務器的數據需要從接口B中獲取，怎樣對A接口進行測試？ 參考答案： 1. 在A接口前面添加接口B，在B接口中添加Json提取器，把A接口需要用到的數據關聯出來，保存到參數中； 2. 在A接口中使用${參數名}的方式進行引用。 > ### Jmeter的斷言怎么做？ 參考答案：選中需要斷言的請求，右鍵，選擇響應斷言，在響應斷言輸入框中添加要斷言的值；如果這個接口有多個請求數據，針對每個請求數據服務器返回數據都不一樣的，這時候，我們就要把斷言的值進行參數化，步驟是：現在本地添加一個txt文檔，把參數化的值寫入文檔里面，然后再在jmeter選中需要斷言的請求，右鍵，添加CSV文件設置，把剛才編輯好的txt文檔添加進來，在響應斷言輸入框中使用${字段名}的方式來引用參數的值。 > ### 接口自動化做了多久呢 參考答案：每個版本都會做接口測試，開發寫好接口，我們拿到接口文檔之后，我們就開始做著。 > ### jenkins怎么做接口自動化？ 設置定時任務去跑腳本 > ### 接口返回的數據格式有哪些？ JSON格式 和 文本格式，常用的是JSON格式 > ### 什么樣的接口，是個好的接口 功能準確無誤，響應速度快，支持多用戶并發操作，安全性好 > ### 面：接口出錯了怎么辦？ 首先，我會先檢查一下請求參數啊，還有其他的填入的數據是否有問題，如果這些都沒問題，我會ping一下網絡，看網絡通不通，如果網絡也沒問題的話，我會去看看系統服務器有沒有啟動，如果服務器也沒問題的話，那可能就要發給開發定位一下了。 > ### 你一個項目做過哪些接口？ 1. 每個版本都會新增一些功能，對應的接口也要進行測試，一個項目的所有接口都要進行測試，比如，查詢，下單，登陸，修改信息等等，開發寫好一個接口后，給到我們接口文檔我們就會去測試。 > ### 接口測試用例怎么寫？ 我們每個版本都會有四五個接口需求，有的是新增的接口，有的是原來的接口做了一些調整，我們會查看這些接口有哪些參數，每個參數有什么約束條件，加密方式是什么，正常和異常的響應信息有哪些，然后編寫測試用例來覆蓋這些需求，一個版本下來大概有五六十條接口測試用例。 > ### 接口有哪些參數？ 比方說：下單接口，會有token，產品ID，購買數量，收貨人地址，收件人電話等等；注冊接口，會有手機號，密碼，驗證碼這些參數；我們項目的接口有五六十個，每個接口實現的功能不一樣，參數是不一樣的。 > ### 接口的狀態碼有哪些 接口不一樣，返回的狀態碼也不一樣，我們接口的狀態碼是由開發統一定義的，比如，我們xxx這個項目，修改昵稱這個接口，成功修改的狀態碼是0,30001表示token無效，30002表示用戶不存在，還有30003等一些其他的狀態碼，具體意思記不太清楚了。 > ### 接口是一個一個做，還是系統做？ 我們是將這個系統的所有接口，都放在Jmeter的一個線程組下一起執行。 > ### 接口測試遇到過什么問題，當時是怎么操作然后出現的問題，后來又是怎么分析處理的？ 就比如最近做的這個項目，添加新商品這個接口，當庫存量的值為空，接口報錯了 原因是開發沒有設定當庫存量為空時，自動給一個0的默認值，導致后臺接收不到數據。 > ### 你支付功能，付款的接口是怎么測試的呢？ 付款的接口一般是由開發直接調試的，像支付寶、微信這些第三方支付，開發會直接調試好。 > ### 能說一下第三方支付接口的流程嗎 首先用戶下訂單，網站后臺就會生成一個支付請求發送到第三方支付平臺；支付平臺收到請求后會直接發送響應給用戶，展示金額等，并且要求用戶輸入賬號密碼，用戶輸入信息直接發送到第三方平臺；付款成功后第三方平臺會返回支付結果給到網站后臺和用戶；后臺收到付款成功信息后就會生成付款成功的訂單信息發給用戶；大概的流程就是這樣。 > ### Fiddler怎么抓手機app的包？ 1. 手機與fiddler所的電腦連接到同一網絡； 2. 在fiddler設置監聽端口，并允許遠程終端連接； 3. 在手機上填寫代理服務器的地址和端口。 > ### 為什么要做接口測試 / 接口測試的目的 1. 盡早介入測試，早發現bug，降低修復成本 2. UI界面測試無法發現底層問題 > ### 接口的加密如何處理 一般來說的話加密都是開發那邊會給到加密的文檔或者腳本給到我們，我們將參數進行加密后，然后再在Jmeter中填寫