今天跟大家介紹ui測試、介面測試、單元測試主要內容，以及每種測試花費時間討論。
ui測試【selenium】
ui測試是最接近軟體真實使用者使用行為的測試型別。通常是模擬真實使用者使用軟體的行為，即模擬使用者在軟體介面上的各種操作，並驗證這些操作對應的結果是否正確。
介面測試【api測試】
api測試，主要針對的是各模組暴露的介面，通常採用灰盒測試方法。首先以黑盒方式設計如何呼叫api的測試用例，同時在測試執行過程中統計**覆蓋率，然後根據**覆蓋率情況來補充更多、更有針對性的測試用例。
單元測試
單元測試，屬於白盒測試的範疇，通常由開發工程師自己完成，越早發現缺陷其修復成本越低。
如果對軟體測試、介面測試、自動化測試、面試經驗交流。感興趣可以加如我們642830685。群。領取最新python自動化測試、介面測試、框架搭建資料
每種測試的優缺點
一、ui自動化測試
大家所在公司都屬於網際網路公司，最大的特點就是快——產品需要不停的迭代，迭代時間基本在15天左右。
ui自動化測試的優點是，能夠實際模擬真實使用者的行為，直接驗證軟體的商業價值；缺點是用例的維護和執行代價很大。另外，ui自動化測試的穩定性問題，是長期以來阻礙gui測試發展的重要原因。
在快速迭代的情況下，頁面的改動可能會很頻繁，而ui自動化測試本身基於頁面元素，前端小小的改動可能需要測試的大大改。
二、介面測試
相比於ui自動化測試，介面測試更穩定，更具有價值。
效率。介面測試是通過測試資料驗證請求【request】與響應【response】是否符合預期。因此，介面測試開發和除錯的效率會比ui自動化測試高很多。
穩定性。如果介面改動，那基本屬於業務重新設計。所以介面測試用例執行的穩定性很高。
實用性。ui自動化測試驗證的主要是頁面顯示，而介面測試驗證的主要是資料。在當前開發水平下，功能測試基本可以完全驗證頁面顯示的問題，所以ui測試有點類似於「這些沒問題了，為了保證一直沒問題，所以要寫ui自動化，每天去執行」。介面測試則是對介面返回資料的驗證，開發在開發新的介面時涉及到介面互相的呼叫，中間難免出現比如資料型別、key-value不匹配的情況，因此在實用性考慮，介面測試實用性更高。
三、單元測試
UI自動化測試 介面測試等自動化測試策略
今天跟大家介紹ui測試 介面測試 單元測試主要內容，以及每種測試花費時間討論。ui測試 selenium ui測試是最接近軟體真實使用者使用行為的測試型別。通常是模擬真實使用者使用軟體的行為，即模擬使用者在軟體介面上的各種操作，並驗證這些操作對應的結果是否正確。介面測試 api測試 api測試，主要...
谷歌安卓UI自動化測試策略
為了使大家確信 應做單元測試，就一定能做單元測試 谷歌測試工程師mona el mahdy專門寫了一篇部落格，提出了幾種執行安卓應用使用者介面單元測試的方法。mahdy推薦使用 robolectric和android studio gradle 外掛程式做常規的單元測試，用 espresso 或 u...
UI自動化測試隨筆
昨天給開發的同事講我們正在做的自動化測試，同事問了句 為什麼api的測試不需要寫 了，而ui的測試還需要寫那麼多 呢？能不寫 麼？目前我們的自動化測試的現狀 目前主要覆蓋兩個部分 api的測試和ui的測試。對於api的測試經過框架的封裝，基本上只需要編寫乙個xml描述的test case就可以了，x...