今天跟大家介紹ui測試、介面測試、單元測試主要內容，以及每種測試花費時間討論。
ui測試【selenium】
ui測試是最接近軟體真實使用者使用行為的測試型別。通常是模擬真實使用者使用軟體的行為，即模擬使用者在軟體介面上的各種操作，並驗證這些操作對應的結果是否正確。
介面測試【api測試】
api測試，主要針對的是各模組暴露的介面，通常採用灰盒測試方法。首先以黑盒方式設計如何呼叫api的測試用例，同時在測試執行過程中統計**覆蓋率，然後根據**覆蓋率情況來補充更多、更有針對性的測試用例。
單元測試
單元測試，屬於白盒測試的範疇，通常由開發工程師自己完成，越早發現缺陷其修復成本越低。
如果對軟體測試、介面測試、自動化測試、面試經驗交流。感興趣可以加軟體測試交流：1085991341，還會有同行一起技術交流。
一、ui自動化測試
大家所在公司都屬於網際網路公司，最大的特點就是快——產品需要不停的迭代，迭代時間基本在15天左右。
ui自動化測試的優點是，能夠實際模擬真實使用者的行為，直接驗證軟體的商業價值；缺點是用例的維護和執行代價很大。另外，ui自動化測試的穩定性問題，是長期以來阻礙gui測試發展的重要原因。
在快速迭代的情況下，頁面的改動可能會很頻繁，而ui自動化測試本身基於頁面元素，前端小小的改動可能需要測試的大大改。
二、介面測試
相比於ui自動化測試，介面測試更穩定，更具有價值。
效率。介面測試是通過測試資料驗證請求【request】與響應【response】是否符合預期。因此，介面測試開發和除錯的效率會比ui自動化測試高很多。
穩定性。如果介面改動，那基本屬於業務重新設計。所以介面測試用例執行的穩定性很高。
實用性。ui自動化測試驗證的主要是頁面顯示，而介面測試驗證的主要是資料。在當前開發水平下，功能測試基本可以完全驗證頁面顯示的問題，所以ui測試有點類似於「這些沒問題了，為了保證一直沒問題，所以要寫ui自動化，每天去執行」。介面測試則是對介面返回資料的驗證，開發在開發新的介面時涉及到介面互相的呼叫，中間難免出現比如資料型別、key-value不匹配的情況，因此在實用性考慮，介面測試實用性更高。
三、單元測試
UI 介面自動化測試策略
今天跟大家介紹ui測試 介面測試 單元測試主要內容，以及每種測試花費時間討論。ui測試 selenium ui測試是最接近軟體真實使用者使用行為的測試型別。通常是模擬真實使用者使用軟體的行為，即模擬使用者在軟體介面上的各種操作，並驗證這些操作對應的結果是否正確。介面測試 api測試 api測試，主要...
介面測試自動化
前端介面向後端傳送api介面 api 可以理解為資料傳輸的通道 後端把 http請求的響應返回給前端 介面測試的工作流程 準備階段 拿到開發的介面文件 了解每個介面的引數及含義 了解被測試系統的業務流程 編寫介面測試用例 執行階段 測試用例 測試場景執行 測試資料 系統資料收集 分析階段 資料彙總 ...
自動化測試 web自動化測試
自動化 由機器裝置代替人為完成制定目標的過程 優點 提高工作效率 減少勞動力 產品規格同一標準 批量生產 自動化測試 讓程式代替人為去驗證程式功能的過程，即在預設條件下執行程式系統 流程確定 搭建自動化框架 編寫測試用例，將其轉化為soupui 介面 自動化測試指令碼 執行自動化測試指令碼 輸出執行...