介面測試(六)
目前的開發模式基本都是前後端分離的模式,具體總結如下:
前端:使用VUE以及React框架編寫頁面
後端:Java(SpringBoot)
前後端通過HTTP協議來進行互動,具體的流程可以總結為:
前端傳送REquest請求,後端把響應資料Response返回給前端,
然後前端通過瀏覽器渲染的技術展示出來,就是使用者看到的介面
怎麼判斷是前端問題還是後端問題:
1、返回的錯誤提示資訊不合理,但是前端與後端沒有發生網路請求,那麼問題就是前端的
2、假設頁面返回的錯誤提升資訊不合理,但是前端於後端發生了為了網路請求,後端返回來的錯誤提示資訊是123,前端展示的是456,那麼依然是前端問題
3、假設頁面返回的錯誤提示資訊不合理,前端與後端發生了網路請求,後端返回的提示資訊是123,前端展示的也是123,那麼是後端的問題
返回的是message msg
出現錯誤沒有發出任何的網路前求:前端的問題
在公司裡面,公司一般會使用YAPI的平臺來管理所有的介面,那麼測試以及前端,包含了後端都是以這個平臺的介面文件為標準
介面文件形式:
1、在YAPI的平臺上
2、文件的形式
如果開發沒提供介面文件,那麼此時需要做介面測試,怎麼辦?
1、我們可以使用network獲取網路請求
2、使用charles工具(Fiddler)來獲取
Charles官網:https://www.charlesproxy.com/
安裝Charles
破解:
將破解補丁改為Charles.jar複製到C:\Program Files\Charles\lib安裝包的目錄下
charles是一款很優秀的抓包工具
還有一款抓包工具是fiddler
HTTPS
HTTP的協議它是存在缺陷的,這些缺陷主要為:
1、通訊內容是明⽂,內容很可能被第三⽅獲取到
2、不驗證通訊⽅的身份資訊,容易被偽裝
3、⽆法證明請求頭的完整性
HTTP的協議它是存在缺陷的,這些缺陷主要為: 通訊內容是明⽂,內容很可能被第三⽅獲取到 不驗證通訊⽅的身份資訊,容易被偽裝 ⽆法證明請求頭的完整性
Charles介面解讀:
charles想抓包HTTPS的,需要做的操作是:
1、配置https的埠以及域名資訊
2、在本地安全charles的證書,讓系統授權為可信任的證書
安裝證書
弱網路的測試:
我們在平常的工作裡面,使用的都是5G的網路,但是使用產品的客戶是多種不同型別的網路情況,所以就需要測試下在多種不同型別網路下資源的載入耗時情況(客戶端請求後服務端響應回覆的響應時間)。
1-3秒認為是好的表現
3-5秒認為是可以接受
5秒以上認為是差勁
更改網路
在Charles中更改網路
進行批量操作:
關閉代理
今日作業:
生成的測試報告(html):file:///C:/Users/EDY/Desktop/newman/newman-run-report-2022-04-21-09-21-33-670-0.html