金字塔模型結構

UI Tests是介面測試、UI功能測試、黑盒測試，也可以說基於UI介面的功能測試,位於金字塔頂端(面積最小，意思是少做這方面的測試,但是不能不做)

Service Tests使用的是灰盒測試，也可以說是介面測試，測試量應該比功能測試更多一些，介面測試主要測試構成整個軟體的各個函式、方法、類、模組、檔案、視窗等之間能否正常呼叫

Unit Tests 是白盒測試，也可以說單元測試，測試量應該是最大的，主要測試構成這個軟體的各個函式、方法、類、模組、檔案、視窗等能否獨立的工作

手工測試和自動化測試都是遵從金字塔模型的思想

測試金字塔模型介紹

2009年由敏捷大師Mike·Cohn(麥克·科恩)提出

基本觀點:應該有更多低級別的單元測試，而不僅僅是通過使用者介面執行高層端到端的測試

測試金字塔模型的理念

越底層，越穩定

​ 金字塔主要觀點認為單元測試的穩定性高，需要多投入

越底層，越高效

​ 程式的問題，最終還得落在具體的程式碼上，所以底層的測試更容易發現問題

越底層，越低成本

​ 越底層測試能夠越早的發現問題，修復的成本自然越低

越底層，越難實施

​ 越底層的實現對技術專業性要求越高