指导原则1：避免过早开发测试脚本
我们鼓励软件测试人员，在应用程序开发初期就开展自动化测试。但是，在程序功能还不齐全的情况下，编写自动化测试脚本，效果会大打折扣。如果在程序还在不停 改动的情况下编写测试脚本的话，你不得不随时重写你的脚本。但是我们不建议等到整个程序都稳定了才去补充测试脚本，比较好的方法是，审查整个程序，为程序 中比较完整的功能去编写自动化测试脚本。（注：此处不要跟TDD混淆了哦）
指导原则2：合理规划测试时间
为了更快的发布软件，如果测试人员总是被要求什么时候完成测试的话，最终他们会失去测试部门的公信力。自动化测试可以节约时间，但是我们需要预留出时间去解决意想不到的问题，比如说脚本出问题了等等。这些问题随时都有可能发生。
指导原则3：测试脚本关注设计变更
测试人员一般专注于去为新的软件功能编写测试脚本，但是他们往往忽略了一些已有功能的设计变更。举个例子，软件的新版本为用户提供了更有效的方式来修改自己 的密码。在之前的版本中更改密码的背景颜色是红色，而新版中修改为了绿色，一般脚本中是不会检查红色背景是不是已经变成绿色的，这是我们需要修改脚本来确 保背景颜色的变化情况。
指导原则4：让开发人员帮忙修改测试脚本
大多数测试人员存在普遍的问题是脚本编写能力不是太好，不能很好的满足项目需要，但这正好是开发团队的强项。虽然很多情况下，开发和测试人员之间的交互并不 顺利，但是测试人员仍然要尝试去寻求帮助。举个实际例子，曾经，编写测试脚本需要使用到Java，Philips向开发人员请教如何编写测试脚本，她了解一些Java，但有很多知识点不是太清楚。她找到相关的开发人员，和他们一起调试软件，最终开发人员指出了她脚本出错的原因。更重要的是，他们建立了比较 友好的关系。如今，开发人员使用她的脚本进行单元测试。
指导原则5：了解自动化测试
我们需要了解在自动化测试的同时为什么需要手工测试，同时我们需要衡量自动化测试节省的时间和金钱。了解自动化测试的目的，让自动化测试与手工测试相互结合，达到收益最大化。
