app怎麼測介面

A. api介面測試的步驟

1、拿到介面文檔的時候先分析文檔，分析的內容有：請求類型、必填項、選填項、入參、出參及描述
2、編寫測試用例，測試用例的編寫參考下圖；

3、利用eolinker、jmeter或者其它介面測試工具執行測試用例；

（在介面沒有問題的情況下，前端測試出的bug都屬於前端開發人員）
5、介面測試完成後再進行前端的功能及UI交互測試；
6、提交buglist清單，修復後一定要回歸測試。

具體可以在eolinker在線使用了解： www.eolinker.com

B. 電腦培訓分享軟體開發介面測試的常見問題

對於一款程序來說，介面除了有對接外部的以外同時還有對程序內部的介面，下面電腦培訓http://www.kmbdqn.com/就一起來了解一下，關於軟體開發介面測試的常見問題。

一、常見介面：

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

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

二、前端和後端：

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

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

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

三、什麼是介面測試：

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

C. APP完整測試流程

app主要核ui與實際設計的效果圖是否一致；交互方面的問題建議，可以先與產品經理確認，確認通過後，才開始讓開發實施更改或優化

根據軟體說明或用戶需求驗證App的各個功能實現，實際測試過程一般都是根據功能測試用例來執行。測試覆蓋率基本上都是有測試用例主導，也就是說在功能測試部分，是檢驗測試用例是否有效以及完整的，也就導致另外一個問題，測試用例怎麼寫的問題。

模擬用戶真實使用app是會遇到的中斷情況進行測試.如： 網路的斷網， 切換網路， 斷電，來電話/簡訊，聽音樂，切換到其他app， 打開其他app 的通知等

新舊版本的在功能，邏輯層面的兼容測試， 同一個app 在不同系統版本運行，以及不同機型之間的適配測試兼容測試：介面的兼容性測試能夠保證大部分的功能完善；app在不同系統版本上保證運行適配性： 屏幕，系統版本等（系統位數一定要考慮）該部分通過第三方的雲平台進行

可測試的方面- 安裝和啟動時間- CPU的佔用- 內存的佔用- 流量的耗用- 電量的耗用- 後端,測試App中的各類操作是否滿足用戶響應時間要求，主要是測試點在網速方面，2g，3g，wifi， 4g一定要覆蓋到- 後端 有網路並發

在各種邊界壓力情況下（如電池、存儲、網速等），驗證App是否能正確響應
反復/長期操作下，系統資源是否佔用異常；Android 可是使用adb命令
壓力測試主要集中在後端，前端的壓力測試目前測的較少

App安全測試大概劃分為以下幾類：
從數據的本地存儲到數據的傳輸、處理以及遠程訪問等各個環節，基於相應的安全標准/行業標准評估App的安全特性；
借鑒在Web App和網路安全測試的一些成功經驗在智能終端App測試中進行裁減或適配；
檢測App的用戶授權級別，數據泄漏，非法授權訪問等；
對App的輸入有效性校驗、認證、授權、敏感數據存儲、數據加密等方面進行檢測,以期發現潛在的安全問題；
基於各種通信協議或相應的行業安全標准檢視App是否滿足相應的要求。

這個簡單的說就是站在用戶的角度上進行使用app，學習成本低，易上手等，可以進行用戶盲測，根據用戶反饋的意見進行修改。測試人員可以通過與其他競爭品進行對比， 或者根據較大廠商app的交互習慣進行比較。

一般這部分建議使用自動化測試， 如果沒有自動化測試，可以根據以下幾方面進行測試：

線上測試是產品上線之後一定要完成的，這部分可以根據場景化進行回歸測試，其中網路環境要全部覆蓋一遍

D. 怎麼jmeter對app做介面測試

用fidder抓取app的介面

然後在jmeter：

1. 創建線程組

2. 添加http請求

3. 添加查看結果樹

   （在http請求中填寫關系fidder抓到的介面信息）

   就這樣就可以了

E. 介面測試怎麼才能做好

這個問題還是從需求、測試用例設計、執行來說吧。

首先要了解這個介面提供的服務的需求定義，那麼我們就知道大概測試的結果是啥。同時理論上要先提供介面規范，方便後續測試，以及給調用者聯調的一個文檔約定。

根據測試的介面規范，基於業務進行場景設計，再結合邊界值設計方法、等價類劃分等常用設計方法進行用例設計。

1.設計的方向是常規的測試用例設計：協議規范測試、介面入參、介面出參。

協議規范測試：比如HTTP協議：URL地址、Header測試。不過一般情況下，默認調用者按照介面規范正常調用。這個不用過於詳細測試。

2.介面入參：參數個數測試(注意是否必傳欄位），參數值測試（為空、正常值、非法值等，以及首尾有空格是否過濾）。

3.介面出參：至少涵蓋一條成功的響應和一條失敗的響應，當然我們測試出更多錯誤碼，我們的覆蓋率也就更全面。

4.業務場景用例： 這個需要你對於這個介面的業務的了解程度，而且這是最重要的部分。

比如中間使用了緩存服務（第一次緩存沒有，是不是直接讀數據源，並存入緩存；第二次直接讀取緩存是否正確）；

比如需要考慮請求外部的介面獲取相應的信息的時間損耗（連接不上外部介面，外部介面下線了，外部介面響應太慢）；

1.需要你對介面協議有一定的了解，選擇適當的開源工具（如postman）或者自己編寫腳本進行模擬請求。

2.需要熟悉介面所使用的中間件等知識（比如redis、kafka、mysql資料庫）。

3.需要模擬外部介面返回給你現在正在驗證的程序的介面。（比如扣費業務，你不可能每測一個業務，就去調真實扣費）。

是web開發介面嗎？建議使用Postman

一、什麼是介面？

介面測試主要用於外部系統與系統之間以及內部各個子系統之間的交互點，定義特定的交互點，然後通過這些交互點來，通過一些特殊的規則也就是協議，來進行數據之間的交互。

二、 常用介面採用方式：

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

2、http api介面：是走http協議，通過路徑來區分調用的方法，請求報文都是key-value形式的，返回報文一般都是json串，有get和

post等方法，這也是最常用的兩種請求方式。可以使用的工具有apipost、jmeter、loadrunner等；

三、前端和後端

前端：網站前端是對網頁靜態頁面的設計，通俗的來說，就是我們肉眼能看的到的東西，當我們瀏覽網站的時候所看到的頁面上的內容幾乎都是屬於前端，前端的工作就是網站頁面，靜態的頁面是沒有後端成分的，前端主要包括html和css外加js等一些樣式和布局。

後端: 網站的後端就是動態網站的技術，比如網站上的一些注冊登錄和一些彈窗，這些都是後端的邏輯，常用的後端語言有php，jsp等，後端的資料庫也包含myspl等，都是對後端進行存儲數據。

四、 介面測試概念

介面測試是測試系統組件間介面的一種測試。介面測試主要用於檢測外部系統與系統之間以及內部各個子系統之間的交互點。測試的重點是要檢查數據的交換，傳遞和控制管理過程，以及系統間的相互邏輯依賴關系等(通俗來說就是，檢查業務邏輯是否滿足業務需求，校驗欄位是否正常你實際結果是否滿足預期)

五、 介面的組成:

a、介面說明

b、調用url

c、請求方法（getpostput等）

d、請求參數、參數類型、請求參數說明

e、返回參數說明

六、為什麼要做介面測試，介面測試的目標

介面其實app和前端交互用的,所以好多人問，為啥做功能測試還要測介面，目標是啥不是多此一舉嗎?首先我告訴大家，這種想法是錯誤的

那麼舉一個例子:

例如一個登陸介面，例如產品上規定用戶名6-10個字元數字下劃線，但後端沒做判斷。但我們業務人員測試肯定驗證，但只是前端做了校驗，後端壓根就忘了這個小需求.那麼後果來了如果一個懂的直接抓包去篡改你的介面，然後繞過校驗，通過sql注入直接隨意登錄。如果你這是一個下單業務，是不是給公司造成了很大損失

所以此時此刻介面測試目標來了:

1.可能發現客戶端沒有發現的bug(那麼也叫隱藏bug)

2.及早爆出風險（保證質量正常上線）

3.介面穩定了，前端隨便改

4.最重要檢查系統安全性，穩定性

七、如何進行介面測試

1.使用介面測試工具進行測試，介面測試和介面文檔生成工具apipost，介面測試和性能測試工具jmeter

2.介面狀態碼表示含義

例如:200(成功)/300（重定向別的地方）/400（請求語法錯誤）/500(伺服器異常)

測試點:

B. 參數組合（傳入不同值）

C. 介面安全(繞過驗證/繞過身份驗證/參數是否加密等)

D. 異常驗證（輸入異常參數邊界值）

練

F. 如何測試APP充值介面

介面性能測試指標：介面響應速度、介面容錯、介面負載
介面響應速度：調用介面響應速度太慢導致用戶體驗差；
介面容錯：我理解介面即使現異app現閃退或者其功能異；
介面負載：給介面加壓看承載能力需要根據需求設計確定所需負載量
概能想~

G. app會做介面測試嘛

介面自動化測試在後來出現，但現在大部分的互聯網公司都喜歡用它作為測試工作輔助。原因很簡單，UI自動化的缺點它都能進行彌補，但同時它也存在一個最大的問題：用戶操作真實性不強。其實個人覺得介面自動化測試和UI自動化測試可以產生互補的測試。因為我們做介面測試時更多的是根據開發的技術進行測試HTTP\SOCKET等等（介面測試基本上不需要用到什麼工具進行，如果一定需要的話建議是用SOAPUI），而非真實的進行對系統進行操作驗證系統是否存在問題。模擬大量手機調用介面對伺服器的壓力，所以測試的重點還是在伺服器上，你可以用Jmeter模擬介面報文，來並發壓伺服器，看伺服器的響應和處理能力。介面自動化測試與APP自動化測試結合：其實和UI與APP自動化測試長流程的交換一樣的原理，需要自動化測試框架的支撐。先進行介面測試用例的執行後進行APP的UI和介面測試的用例執行。

H. 第三方介面怎麼測

介面嘛，顧名思義，就是對接時的一個口子。對於App來說，其實就是咱們在點點點時，移動端（app）與伺服器（Server）數據交互時的一個交互地址，英文叫API，也有就叫URL的。由請求（Request）和響應（Response），以及相應的信息頭（Request Header和 Response Header）組成。而咱們看到的URL，實際上是介面請求的地址（Request URL）。在操作App時，會將操作或填入的信息，都轉成一一對應的參數，然後在Request Header里寫好請求的識別規則，請求介面，之後伺服器接收並解析處理。處理好後再寫好的結果的識別規則，再返給App解析載入結果。Request Method：請求方法，該介面是GET的，一般常見的有GET、POST、PUT、DELETE，對應資料庫的增刪改查四種情況（CREATE -PUT、QUERY-GET、UPDATE-POST、DELETE-DELETE），作為概念理解，了解什麼操作大概用什麼請求方法即可。

I. 如何利用postman做app介面測試

1、在Google已安裝完成的介面測試工具的postman的程序之後，點擊進入桌面的chrome應用啟動器。

J. 如何查看手機app的介面

1.先准備軟體Fiddler

2.選擇英文版或者漢化版打開，進行配置Tools->Fiddle options...完成下面兩張圖的配置

3.查看電腦的IP地址，並記錄

4.打開手機Wifi使電腦和手機處於同一個Wifi下。手機長按該Wifi選擇修改網路，勾選顯示高級選項，在代理一欄選擇手動，在伺服器主機名中輸入上面查看到的電腦IP地址，伺服器埠輸入8888點擊保存。

5.修改完成後打開手機瀏覽器輸入「http://ipv4.fiddler:8888」進入該網頁，點擊FiddlerRoot certificate下載Fiddler的證書。

6.下載完成之後打開手機設置->安全和隱私->從Sd卡安裝->選擇剛剛下載的證書->為證書命名->再點擊受信用的憑據->用戶->如果出現DO_NOT_TRUST列表項表示證書安裝成功。

7.配置完成之後在手機端使用App電腦端的Fiddler就能捕捉到應用的請求介面。右鍵該介面選擇Copy->just Url就可以復制該介面。在瀏覽器中粘貼使用即可獲取數據（POST請求需要使用介面測試工具打開，Get無限制）