今天跟大家介紹UI測試、接口測試、單元測試主要內容，以及每種測試花費時間討論。
UI測試【Selenium】
UI測試是最接近軟件真實用戶使用行為的測試類型。通常是模擬真實用戶使用軟件的行為，即模擬用戶在軟件界面上的各種操作，並驗證這些操作對應的結果是否正確。
接口測試【API測試】
API測試，主要針對的是各模塊暴露的接口，通常采用灰盒測試方法。首先以黑盒方式設計如何調用API的測試用例，同時在測試執行過程中統計代碼覆蓋率，然后根據代碼覆蓋率情況來補充更多、更有針對性的測試用例。
單元測試
單元測試，屬於白盒測試的范疇，通常由開發工程師自己完成，越早發現缺陷其修復成本越低。
如果對軟件測試、接口測試、自動化測試、面試經驗交流。感興趣可以加軟件測試交流：1085991341，還會有同行一起技術交流。
每種測試的優缺點
一、UI自動化測試
大家所在公司都屬於互聯網公司，最大的特點就是快——產品需要不停的迭代，迭代時間基本在15天左右。
UI自動化測試的優點是，能夠實際模擬真實用戶的行為，直接驗證軟件的商業價值；缺點是用例的維護和執行代價很大。另外，UI自動化測試的穩定性問題，是長期以來阻礙GUI測試發展的重要原因。
在快速迭代的情況下，頁面的改動可能會很頻繁，而UI自動化測試本身基於頁面元素，前端小小的改動可能需要測試的大大改。
二、接口測試
相比於UI自動化測試，接口測試更穩定，更具有價值。
效率。接口測試是通過測試數據驗證請求【request】與響應【response】是否符合預期。因此，接口測試開發和調試的效率會比ui自動化測試高很多。
穩定性。如果接口改動，那基本屬於業務重新設計。所以接口測試用例執行的穩定性很高。
實用性。UI自動化測試驗證的主要是頁面顯示，而接口測試驗證的主要是數據。在當前開發水平下，功能測試基本可以完全驗證頁面顯示的問題，所以UI測試有點類似於“這些沒問題了，為了保證一直沒問題，所以要寫UI自動化，每天去執行”。接口測試則是對接口返回數據的驗證，開發在開發新的接口時涉及到接口互相的調用，中間難免出現比如數據類型、key-value不匹配的情況，因此在實用性考慮，接口測試實用性更高。
三、單元測試
船長所在的互聯網公司單元測試是由開發完成的，在時間緊張的情況下，我們一般會出一個開發自測文檔，只需要開發完成小量的單元測試設計。事實也是如此，開發因為任務在身，寫好接口后大多不願意寫大量單元測試。所以單元測試需要根據公司不同而定。
鑒於上述原因，我們在做非功能測試時，可以利用UI自動化測試，覆蓋產品主要或者說關鍵流程(包含兼容性測試)，也就是說只要保證主要流程不出錯，剩下的即使有了問題也不會影響產品的正常使用。把時間更多的放在接口測試用例的設計和實現上，保證數據的准確性。單元測試則可以根據公司情況選擇時間分配。
以上內容希望對你有幫助，有被幫助到的朋友歡迎點贊，評論。