如何做介面測試,介面測試流程是怎樣的?

2022-05-02 03:31:14 字數 4984 閱讀 1588

1樓:飛喵某

1、可以使用postman軟體進行介面測試,這裡以較複雜的上傳**的介面為例進行測試,首先開啟postman軟體選擇post方式,輸入後臺介面呼叫地址。

2、然後填寫headers,注意這裡的headers部分不要寫任何東西,如果之前是有content-type頭資訊, 那麼就會上傳失敗。

3、接著填寫body,選擇form-data,填寫key後臺規定的接收檔案的名稱引數,格式選擇為file,此時value會自動變成選擇檔案。

4、最後點選send,可以發現下方返回了介面的響應,說明上傳**是成功的,這樣簡單的**上傳的介面測試就完成了。

2樓:啄木鳥學院

怎麼做介面測試

介面測試只是無介面的功能測試,設計的思路跟功能測試基本都是一致的。

1、輸入的引數測試

1)根據引數的要求,進行判斷是否滿足要求,引數要符合他的要求,比方假如讓輸入一個數字,那麼就判斷輸入數字----整數、小數、負數、複數等數字進行正常測試,或者超大數值和超小數值,異常測試就是判斷當不輸入數字,保持為空,或者輸入的為字串,不為數字時,反應是否正常。

2)引數是否為必填項,如果為必填項,將所有的必填項都填寫,進行介面測試當必填項未填寫時,進行介面測試,檢視是否報錯

3)如果引數為選填項,則進行測試,如果有多個選填項,一個個進行測試,填入所有必填項,和要求的一個選填項,介面返回是否正確,再測試,當選填項保持為空時,是否能夠正常返回,當多個選填項時,是否返回正常

4)如果引數名稱填寫錯誤是否報錯,如果存在不合法的引數,是否報錯等等

5)對每個介面進行邏輯的測試,就是比方為新增一個資料,查對應的url,就得顯示新增的資料,也就是所描述的每次新增,刪除或者改動後都要進行檢查查詢。

6)介面中還得考慮一些異常情況,比方許可權問題,a方建立了多個內容,b方採用介面是否可以刪掉。

7)介面測試還得考慮各種邏輯和現實問題,這個就需要就是根據專案本身的可用性,可以完全想象成功能測試進行測試

8)還要考慮反覆提交介面,是否報錯

9)異常情景,如請求超時,快速連續點選、請求失敗等情況

10)安全性問題,比方登入的密碼是否需要加密。

3樓:

介面測試的測試流程

瞭解了介面測試是什麼之後,怎麼做介面測試呢?介面測試的流程其實和功能測試流程類似:介面測試計劃-介面測試用例-介面測試執行-介面測試報告。

測試用例設計的依賴物件主要是需求說明書和介面文件。

介面測試因其不是針對普通使用者,而是針對的另外一個系統元件,所以不能直接測試,需要使用工具測試,比如服務端http介面測試,常用的工具有jmeter、postman、httpclient等。用工具測試,所以目標就是準備要測試資料測試指令碼後直接執行即可, 在進行測試執行編寫時,有如下的原則:

1.不同的介面引數覆蓋不同的業務場景;

2.在後臺構造合適的資料來滿足介面的測試用例;

3.根據介面的返回值,斷言其是否返回期望結果,並檢視資料庫驗證;

4.測試用例涉及多個步驟的,應對涉及的步驟都驗證;

5.刪除測試過程中產生的結果,確保每個用例執行前都是一個清潔的環境。

4樓:雁子

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、......

像這樣的你就要把這些測試點列出來,然後再去造資料測試對應的測試點。

拓展:在進行介面測試前,還需要了解:

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代表伺服器端超時,沒返回結果

5樓:佘夢鑲

1、什麼是介面測試:介面是指系統模組與模組之間或者系統與系統之間進行互動,一般我們用的多的是http協議的介面、webservice協議的介面、還有rpc(remote procedure call protocol)的介面。不管是哪種介面,其本質就是傳送一個request,然後伺服器響應後返回一個response,然後我們對response進行分析,這就是介面測試。

2、訊息介面測試的兩種:

a) webservice:使用soap協議得到想要的東西(不分post與get,只是基於soap協議包裝出來的),能處理較複雜的資料型別(xml)。若需要在後臺呼叫一個其他應用的服務,用webserivice的方式;

b) http:基於http協議,通過post和get得到想要的東西,處理資料效率較高。當要呼叫一個本服務的內容時,使用httpservice的方式。

3、常用的介面測試工具有:

a) 商業工具:soapui、loadrunner

b) 開源工具中的urllib,urllib2庫

6樓:

1:寫一個程式去呼叫該介面,看是否能夠達到該介面所定義的功能。

2:根據該介面引數,構造不同的用例,測試介面在引數合法及非法情況下能否達到預期效果。

3:根據該介面中的邏輯,設計不同條件的用例,測試該介面實現**的邏輯。

4:進行容錯及健壯性測試。

5:靜態檢測**,看是否有記憶體洩露、或永遠走不到的分支、**規範及邏輯是否合理。

6:對於一些介面,需要進行多執行緒測試。

7樓:匿名使用者

對於介面測試,首先測試人員要懂**,你只需要知道介面的作用是什麼就可以了(有文件更好,但大部分都沒有);其次,自己去讀開發的**;然後,根據該介面功能及**寫測試用例;

用例設計:

1:寫一個程式去呼叫該介面,看是否能夠達到該介面所定義的功能2:根據該介面引數,構造不同的用例,測試介面在引數合法及非法情況下能否達到預期效果

3:根據該介面中的邏輯,設計不同條件的用例,測試該介面實現**的邏輯4:進行容錯及健壯性測試

5:靜態檢測**,看是否有記憶體洩露、或永遠走不到的分支、**規範及邏輯是否合理。

6:對於一些介面,需要進行多執行緒測試

介面測試流程是怎樣的?

8樓:鱻的家

我們在做介面測試的時候需要根據流程進行,否則就達不到預期的效果,那下面我們就從測試前、測試中、測試後講下介面測試的流程

①測試前

1.介面測試計劃制定

2.介面測試用例和資料的準備

3.介面測試環境準備

4.編寫介面測試指令碼

5.測試前準備操作

6.測試指令碼除錯

7.介面測試內容制定

②測試中

1.介面測試的執行策略(包括執行輪次和順序)2.介面測試執行過程監控到失敗後的重試

3.線上只讀介面的測試

③測試後

1.測試後產生垃圾資料的清除

2.測試失敗原因分析

3.介面測試bug的提交和迴歸驗證

4.線上監控到緊急bug的驗證

5.介面測試後覆盤總結

我朋友當初在黑馬程式設計師學習時候就直接整理文件給了我一份,這些也都有。

使用jmeter做介面測試,怎麼驗證,核對響應結果中json

一般來說有2種常用方式 第一種是固定內容的,直接通過斷言文字。另外一種獲取資料的,可以通過beanshell。使用jmeter做介面測試,怎麼驗證,核對響應結果中json的內容 每一個抄http請求下面加入襲jp gc json path assertion a.在jp gc json path a...

振動測試方法如何選擇,什麼是振動測試?怎麼做振動測試?

這個主要看貴司做這個振動測試的目的是什麼,是為了驗證什麼,然後才去選擇測試條件,一般裸機最多客戶做的是 fc 正弦振動 fd 寬頻帶隨機振動。所謂振動測量方法要依據具體被測物的性質 是轉動機械 還是建築 甚至是人體 要根據各類被測物選擇振動測試方法 你所指出的gb規定的只是能測量出振動的方法 你並沒...

水泥比表面積測試 如何做 用的是全自動的測定儀

找到比表面積的測試方法,上面都有具體步驟,然後你根據步驟操作比表面積全自動測定儀就可以了,如果是第一次用的話可能還需要用到水銀和水泥標準樣品,比較麻煩。水泥比表面積試驗如何確定試樣量?校正試驗用的標準試樣量和被測定水泥的質量,應達到在製備的試料層中空隙率為。計算式為 w v 1 2 式中 w 需要的...