有效测试的 50 条建议 - 自动测试工具（31~35）

第 31 条：了解各类测试支持工具

测试过程生成器：
需求管理工具和测试过程生成器连成一体，需求管理工具捕捉需求信息，生成器通过统计、计算、探索式的方法创建测试过程。测试过程生成器最常用的策略是动作、数据、逻辑、时间、状态驱动。

第 32 条：自主生成一个工具

市场上没有合适的工具完全满足项目的需要，或者当一个特殊的系统组件风险很高、专用的、不能用现成的工具测试时，考虑自主开发一个工具。

第 33 条：了解自动测试工具对测试工作的影响

我们必须把自动测试看做是手动测试过程的补充。
下面列举一些对自动测试的认识：

• 经常需要多个工具
• 测试工作量没有减少
• 测试时间没有缩短
• 自动测试遵从软件开发生命周期
• 需要相对稳定的应用程序
• 不是所有的测试都应该实现自动测试
• 一个测试工具不会自动测试所有可能的组合
• 使用工具的全部费用不只是购买费用
• 即买即用的自动测试工具并不高效
• 需要培训
• 测试工具可能时插入式的（可能需要向应用程序插入代码）
• 测试工具可能时不可预测的
• 自动测试人员可能忘记测试目标

第 34 条：关注组织的需要

在选择一个测试工具时，值得考虑的最优实践：
1，确定需要的测试生命周期工具类型
2，确定各种系统构架
3，确定是否需要一种以上的工具
4，了解正在测试的应用程序管理数据的方式
5，评审帮助台的问题报告
6，了解从事的测试类型
7，了解进度（能否满足或者影响测试进度）
8，了解预算

第 35 条：在应用程序的原型上对工具进行测试

验证备选的测试工具能够在正在开发的系统上使用，必须和当前系统环境兼容。

本文章援引《Effective software testing》一书内容，为个人读后笔记，特此声明