金字塔模型结构
UI Tests是界面测试、UI功能测试、黑盒测试，也可以说基于UI界面的功能测试,位于金字塔顶端(面积最小，意思是少做这方面的测试,但是不能不做)
Service Tests使用的是灰盒测试，也可以说是接口测试，测试量应该比功能测试更多一些，接口测试主要测试构成整个软件的各个函数、方法、类、模块、文件、窗口等之间能否正常调用
Unit Tests 是白盒测试，也可以说单元测试，测试量应该是最大的，主要测试构成这个软件的各个函数、方法、类、模块、文件、窗口等能否独立的工作
手工测试和自动化测试都是遵从金字塔模型的思想
测试金字塔模型介绍
2009年由敏捷大师Mike·Cohn(麦克·科恩)提出
基本观点:应该有更多低级别的单元测试，而不仅仅是通过用户界面运行高层端到端的测试
测试金字塔模型的理念
越底层，越稳定
金字塔主要观点认为单元测试的稳定性高，需要多投入
越底层，越高效
程序的问题，最终还得落在具体的代码上，所以底层的测试更容易发现问题
越底层，越低成本
越底层测试能够越早的发现问题，修复的成本自然越低
越底层，越难实施
越底层的实现对技术专业性要求越高