0.1.6　计划、范围和期望

　　当自动化测试有好的计划时，它通常更有可能获得成功。计划应当包括，在自动化测试应用于整个项目前花些时间进行一些实验。例如，一个限制时间的试点项目，让你能更清晰地看到如何达到自动化测试长期目标的方法，当然这个项目也要有清晰的目标和足够的资源。

　　不要期望自动化项目中不会出现任何问题；没有什么事情是没有问题的！应该随时准备应对可能出现的问题。记住即使是最好的计划也仅仅是一项指导——要根据情况去重新审视这些计划。

　　设定符合实际的目标，即在规定时限内完成任务，并且定义好项目的范围。不要太过于关注细节，否则就无法在公司中获得那些潜在的收益。要关注在早期就能得到的一些有用的结果，而不要以减少有用的自动化测试为代价，去构建过量用于支持测试复用的库。一旦自动化测试开始运行，要继续寻找方法去改进这些自动化测试，并且为自动化测试设立新的目标以减少花费和增加收益。

　　第1、5、6、11、16、20、25和29章讨论了这些问题，第1、3、23和27章还讨论了如何持续地改进自动化测试过程。

　　0.1.7　和开发人员的关系

　　在成功的自动化测试实践中通常有一项因素，即在测试人员、自动化测试人员和开发人员之间保持良好的关系。如果他们的关系不好，那么自动化过程就会更加艰难，即便自动化测试在最后还是会带来一些收益。如果软件在设计时没有考虑到自动化，那么自动化测试就会变得非常困难。例如，如果软件使用了非标准的控件，那么自动化测试就很难和软件进行交互。测试人员或者自动化测试人员或许会对开发人员说：“请仅仅使用标准的控件——这会使得我们的工作更加容易。”但是开发人员的时间很仓促，可能会说：“我们为什么要做一些不会给我们带来好处的事情呢？”这个开发人员并非很无理，这确实是一个相当合理的原因（虽然一些测试人员不会同意这个观点）。

　　更好的方法是告诉开发人员自动化测试是如何让他们受益的，并且和他们保持良好的合作关系。例如，如果你能够在15分钟内在测试环境中对一个新编码的函数运行测试，你就能够在一定时间内向开发人员提供有用的信息（找到了bug或者测试已经通过），这对他们是极大的帮助。

　　关于开发人员和自动化测试人员的关系在第1、2、6、9、17、20、27和29章中讨论。

　　0.1.8　促进项目改变并启动自动化测试的触发器

　　是什么让一家公司决定它们应该采用自动化测试？有时，因为测试不足所带来的严重问题或者近期的灾难，促使公司做出改变；有时，来自公司外部的观点也会带来更好的解决方案；有时，管理层决定公司需要自动化测试，这甚至决定了公司的生存。人们总是先尝到了苦头，然后才会进行实际的改变。

　　对于那些打算应用自动化测试的公司，最重要的建议是要从小范围开始应用。试点项目（pilot project）是个好主意，在将自动化测试扩展到更广的范围之前先在小范围内尝试不同的方法，来判断哪种方法最好。

　　这些问题在第1、9、10、12、17、23、26、27和29章中讨论。