自动化测试的基本原则

介绍
　　每个实行持续交付的项目，都有生产流水线的元素，如持续集成和自动化测试。这些测试是在不同层面进行的，从单元测试到冒烟测试再到功能测试。自动化功能测试的优点之一是可重复性和可预测的执行时间。出于这个原因，它应该作为软件质量的每一个构建之后的指标。功能测试自动化往往会成为一个瓶颈，所以你应该熟悉一下如何创建这样的测试的基本原则。
　　
　　首先设计你的测试
　　测试集合可以比作盆景树。
　　最初的时候，我们照顾树根和树干。我们选择会成长的主要分支，我们每天都细心照料这棵树并等待它长出健康的叶子。
　　我们可以以类似的方式继续测试。
　　我们建一个将负责应用程序主要功能（例如：开启）的基类。
　　根据说明，我们先明确将被测试覆盖的应用程序的主要功能，然后每天我们在执行测试的时候都添加更多平行测试。
　　每一个支持测试（例如创建一个新的用户）的方法都需要与测试分离——让我们在单独的类里面来实现。
　　你应该在包括了应用程序主要功能的目录里保持类。
　　去建一个规定很多功能共有方法的抽象类是很好的做法。
　　如果你正在测试Web应用程序，就用页面对象设计模式。该模式里，一个类及其方法对应了单个页面的功能或一个大型网页里单个页面上的一个元素。
　　
　　
　　无需事事自动化
　　自动化花费很多，所以你应该主要测试应用程序的主要功能。
　　某些测试可以快速轻松地手动完成，且潜在脚本可能难以实现。
　　值得用到自动化的是那些繁琐的需要被重复很多次的，和那些需要大量数据验证的测试工作。
　　
　　写短测试