一、自动化金字塔
分配原则：底层单元测试最多，接口测试居中，UI层最少。
用列价值：手工者UI层的用列价值最高，越往下越底。（这里的价值，可以是用列带来的质量新鲜，也可以是每个用列所覆盖的代码行数等等。并且自上而下，用列也是逐步从面向业务过渡到面向技术）
二、蛋筒冰激凌模式（反模式）
在传统的商用软件供应商或者某些新兴的SAAS服务提供商的系统中，我那给我用户界面中包含非常多的业务逻辑，他们的测试团队过往主要依赖于通过手工测试来完成现有手工测试用例的自动化替代率。这是一种非常典型的路径依赖，由此产生的结果就是，团队对于底层的自动化测试方面的关注相当不足。
三、纸杯蛋糕模式（反模式）
在引入敏捷和全员质量意识之后，工程团队也愈加重视测试和产品质量，于是测试用列可能来自于以下三个团队：
1、开发团队编写单元测试、集成测试和组件测试用例。
2、自动化测试团队编写UI自动化测试用列
3、手工测试团队编写手工运行的测试用列，以系统集成测试/业务场景测试为主
缺点：在测试的级别/类型/场景划分上，这三个团队是批次没有协同的。这样就必然导致某些重复工作，有些用列被反复地进行自动化；而另一方面，质量拼图也是不完整的，存在缝隙和漏洞，结果必然是1+1+1<3
四、橄榄模式（不倒翁模式）
软件测试的边际成本会随着缺陷探测率提高而提高，这就是软件测试的基本公理之一，测试的不可穷尽性的经济学体现。
成本率：UI的成本最高、其次是API/Unit最低。
关注重点：协作与沟通、利益与壁垒等有关人员与组织层面的问题，而不仅仅集中在如何进行自动化测试自身。
参考资料：http://www.51testing.com/html/57/n-3714757.html
