金字塔模型結構
UI Tests是界面測試、UI功能測試、黑盒測試，也可以說基於UI界面的功能測試,位於金字塔頂端(面積最小，意思是少做這方面的測試,但是不能不做)
Service Tests使用的是灰盒測試，也可以說是接口測試，測試量應該比功能測試更多一些，接口測試主要測試構成整個軟件的各個函數、方法、類、模塊、文件、窗口等之間能否正常調用
Unit Tests 是白盒測試，也可以說單元測試，測試量應該是最大的，主要測試構成這個軟件的各個函數、方法、類、模塊、文件、窗口等能否獨立的工作
手工測試和自動化測試都是遵從金字塔模型的思想
測試金字塔模型介紹
2009年由敏捷大師Mike·Cohn(麥克·科恩)提出
基本觀點:應該有更多低級別的單元測試，而不僅僅是通過用戶界面運行高層端到端的測試
測試金字塔模型的理念
越底層，越穩定
金字塔主要觀點認為單元測試的穩定性高，需要多投入
越底層，越高效
程序的問題，最終還得落在具體的代碼上，所以底層的測試更容易發現問題
越底層，越低成本
越底層測試能夠越早的發現問題，修復的成本自然越低
越底層，越難實施
越底層的實現對技術專業性要求越高