五、常见陷阱
? 各种工具在整个开发生命周期的使用并不容易整合。
? 更多的时间都是花在自动化的测试脚本而不是实际的测试。首先决定哪些测试应该被自动化哪些不适合自动化是非常重要的。
? 测试团队里的每个人都尝试自动化脚本。最好是分配测试脚本的生成给那些有开发背景的人，这样手工测试人员能集中在其它的测试方面。
? 详尽的测试脚本正在开发，重复着开发的工作。
? 测试工具的 培训在过程的后期才给予，而导致测试工程师缺乏工具方面的知识。
? 测试人员抵制工具。有个工具使用高手是很重要的，这样他能在早期阶段提倡利用工具的特点来测试而避免抵制。
? 自动化测试的预期投资回报是很高的。当一个测试工具被引入，但如果自动化使用正确时测试范围的初始化会变得很大，而它将在后期的发布中慢慢减少。
? 要意识到第三方的控件工具是有问题的。
? 缺乏测试开发指南。
? 随着所需的数据产生的报告绝不要积累在工具里，这些由工具生成积累的报告对后面的数据是没有用的。
? 工具的选择和购买之前系统工程环境需要得到定义。
? 不同工具版本在使用时，会导致在一个工具中创建的脚本不能在另一个版本里运行。阻止这个发生的一个办法是确保工具升级是由配置管理团队集中管理的。
? 新工具的升级不兼容现有的系统工程环境。所以要在该项目上在新工具推出之前首先做一个beta 测试。
? 工具的数据库不支持扩展性。所以最好选择工具之前要确定它有一个能扩展的强健的数据库。同时，恢复测试数据是非常重要的。
? 不正确的使用测试工具的管理功能只会导致浪费时间。

六、参考文献
? Test Strategy Guidelines