介面自動化測試的覆蓋和 Diff 平臺的悖論
看了一下這個視訊 https://cloud.tencent.com/developer/salon/live-1262
裡面說有個介面自動化平臺有很多的用例,大概有幾萬這個數量級。然後還有什麼Diff平臺,如果重構就會根據diff平臺進行測試。最近也經常看到什麼Diff平臺,比較介面返回的差異等等,這樣可以幫助快速找到問題等等,這裡面說實話有些真的不能理解,為什麼:
- 如果介面自動化平臺足夠好了,覆蓋的Case那麼多,為什麼重構之後測試的時候不能直接用,還要Diff平臺幫助找到差別
- 如果需要Diff平臺幫助,為什麼又說介面自動化平臺做的如何如何好,如何如何方便呢,如何如何效率高呢?
我感覺如果兩個是互補關係的,那麼必然有互補的道理,但是缺沒有人說明白。
我這邊的想法很簡單:
- 介面自動化測試平臺足夠好,自動化測試用例覆蓋足夠多,難道介面的返回結構變了都檢查不出來?
- Diff平臺真的有很大用處嗎?全量的介面測試結構檢查需要多長時間?如果有自動化Case了直接把case跑起來不就可以了嗎,如果case在不同環境裡面都可以直接執行,那為什麼還要什麼diff平臺?如果自動化case都不全,又花精力去搞什麼diff,那為什麼不去多補補case
- 測試用例,diff工具到底分工在哪裡?Diff出來的東西到底有多大的用處?
期待各位大佬們的幫忙呢。
相關文章
- 如何制定介面自動化測試的覆蓋率?
- 自動化測試經驗的悖論
- Django 介面自動化測試平臺Django
- Linux下搭建介面自動化測試平臺Linux
- UI 自動化測試平臺UI
- API自動化測試平臺,高效實現對API的自動化測試API
- 基於 HttpRunner 的介面自動化測試平臺宣講 (已落地)HTTP
- API自動化測試平臺,支援場景化的API測試API
- Apifox(1)比postman更優秀的介面自動化測試平臺APIPostman
- 自動化平臺的嘗試和小結
- 介面自動化測試
- 開發人員的測試悖論
- 自動化功能測試平臺TestComplete的分散式測試教程(三)分散式
- 自動化功能測試平臺TestComplete的分散式測試教程(二)分散式
- 軟體測試培訓之:白盒測試的語句覆蓋法和判定覆蓋法
- 基於 HttpRunner + Django + Vue + Element UI 的介面自動化測試平臺,生產可用HTTPDjangoVueUI
- Robot Framework自動化測試框架核心指南-如何做好自動化測試平臺框架的設計Framework框架
- 無人值守自動化效能測試平臺
- Jenkins實現iOS自動化測試及覆蓋率報告輸出JenkinsiOS
- 基於LINUX平臺的自動化測試的研究與應用
- iOS平臺如何進行app自動化測試?iOSAPP
- python 介面自動化測試Python
- 介面自動化測試框架 HttpFPT框架HTTP
- 測試平臺之介面測試
- 安卓app功能或自動化測試覆蓋率統計(不用instrumentation啟動app)安卓APP
- 多程式下的測試覆蓋率
- 移動自動化測試平臺,瞄準金融行業行業
- [android]android自動化測試十一之程式碼覆蓋率報告EMMAAndroid
- 軟體測試理論(2)自動化測試
- 小紅書 app 效能自動化測試平臺 - 湯偉奇APP
- fastlane實現自動化打包上傳測試平臺AST
- 手自一體化的移動雲測試平臺建設方案
- 從0到1搭建移動App功能自動化測試平臺 (4):自動化測試程式碼⎡工程化⎦APP
- 介面自動化測試解決方案
- 介面自動化測試 - RobotFramework RESTinstanceFrameworkREST
- JMeter 介面自動化測試(手工轉自動化指令碼)JMeter指令碼
- 程式碼覆蓋率與測試覆蓋率比較
- 手工測試和自動化測試 BattleBAT