1. 程式人生 > 其它 >介面自動化測試(6)

介面自動化測試(6)

一、怎麼判斷是前端問題還是後端問題:

(1、前端與後端發生網路請求:①後端返回的內容,如果前端依照展示出來,內容不合理就是後端的問題;②如果後端返回的內容,前端沒有依照展示出來,那就是前端的問題;2、如果前端與後端無網路請求,那麼問題就是前端展示的)

1、返回的錯誤提示資訊不合理,但是前端與後端沒有發生網路請求,那麼問題就是前端的。
2、假設頁面返回的錯誤提示資訊不合理,但是前端與後端發生了網路請求,後端返回來的錯誤提示資訊是123,前端展示的是456,那麼依然是前端問題。
3、假設頁面返回的錯誤提示資訊不合理,前端與後端發生了網路請求,後端返回的提示資訊是123,前端展示的也是123,那麼說明是後端的問題。

例1:假設我們輸入了賬戶,圖中提示“請輸入您的登入提示”此資訊不合理,Network中沒有任何與後端的請求,那麼是前端的問題。

 

 

 例2:假設頁面上出現的是“登入名錯誤”,如下圖的登入請求返回資訊為“登入名或密碼錯誤”,,就說明是前端的問題,前端沒有依照後端來展示。

 

 

 

二、介面文件形式:

1、在YAPI的平臺上

2、文件的形式

 

在公司裡面,公司一般會使用YAPI的平臺來管理所有的介面,那麼測試以及前端,包含了後端都是以這個平臺的介面文件為標準。

 

三、如果開發沒提供介面文件,那麼此時需要做介面測試,怎麼辦?

1、我們可以使用network獲取網路請求

2、network

不太方便時,使用charles工具(或fiddler)來獲取

charles是一款很優秀的抓包工具,還有一款抓包工具是fiddler,我們選擇使用Charles。

官網:https://www.charlesproxy.com/ (收費、需要破解)

 

1、Charles安裝並破解:

選擇win64安裝包,一路下一步:

破解:上圖中的jar檔案刪除”破解補丁“四個字,然後複製此檔案

 

 貼上至Charles的安裝目錄下的lib目錄下,會提示是否替換:

 

 

 

 

四、HTTPS

HTTP的協議它是存在缺陷的,這些缺陷主要為:

  • 通訊內容是明⽂,內容很可能被第三⽅獲取到

  • 不驗證通訊⽅的身份資訊,容易被偽裝

  • ⽆法證明請求頭的完整性

基於HTTP存在這些缺陷,也就有了HTTPS的協議,我們可以把HTTPS可以彙總為:HTTPS=HTTP+加密+認證+完整性保護

基於這樣⼀層的設計,相對來說還是⽐較安全的,HTTPS不是全新的協議,它只是HTTP的協議基礎上新增SSL和TLS。在前⾯中我們知道HTTP是和TCP直接通訊,那麼在HTTPS中,HTTP先和SSL通訊,SSL再和TCP來進⾏通訊。

 

埠:

http :80 https :443

SSL 443一定是本地開啟了代理,需要關閉。 設定——網路——代理。

 

HTTP認證體系:

HTTP/1.1版本中,使用的認證方式具體為:

  • BASIC認證,也就是基本認證

  • oauth2.0

 

五、Charles工具使用:

 

 

 

雙擊複製文字:

 

 

 

六、Charles想抓包HTTPS,需要做的操作是:

1、配置https的埠以及域名資訊。

2、在本地安裝Charles的證書,讓系統授權為可信任的證書。

配置埠、域名:

 

 

 

 

 

安裝證書:

 

 

 

 

 

 

 

 

 

 

 

 

 

七、弱網路的測試:

我們在平常的工作裡面,使用的都是5G的網路,但是使用產品的客戶是多種不同型別的網路情況,所以就需要測試下在多種不同型別網路下資源的載入耗時情況(客戶端請求後服務端響應回覆的響應時間)。

network中:

 

 1-3秒認為是好的表現

3-5秒認為是可以接受

5秒以上認為是差勁

 

 

 

 Charles中:

 

 

八、併發測試

需求:有一個服務需要併發測試下,你使用charles工具做下(併發測試:同時傳送請求)

右鍵要做測試的介面,然後選Repeat Advanced

 

 

 

 

九、使用Charles注意事項

用完Charles後要關閉代理:

proxy——SSL Proxying Settings