白天图生存，晚上求发展！
自动化测试应该考虑的因素以及自动化技术的分层
上一篇 /
下一篇 2007-12-17 15:51:32 / 天气: 晴朗
/ 心情: 郁闷
/ 精华(1)
/ 置顶(1)
| 自动化测试应该考虑的因素 | | |
| 编号 | 考虑因素 | 一般原则 | | |
| 1 | 测试进度要求 | 对那些开发周期短、版本非常紧急、没有足够的时间进行自动化的版本，一般不考虑自动化 | | |
| 2 | 人力资源要求 | 版本测试的自动化初期的人力投入还是相当大的，若没有足够的人力，一般也不宜做自动化测试 | | |
| 3 | 版本稳定程度 | 可以根据已有版本和对未来版本的预测进行分析；产品第一个版本或特性很不稳定的版本不宜作自动化 | | |
| 4 | 版本应用情况 | 对那些在相当长的时间（如超过半年）没有后续版本的产品测试，一般不必进行自动化；自动化的效率主要体现在自动用例的良好继承性上，若业务没有后续版本，也就不存在依靠自动化用例的继承性带来的效率 | | |
| 5 | 可自动化率 | 可自动化率是指可以实现自动化的用例比例；如果该比例太小，会使实现自动化的投入相对过大。一般来说对可自动化率小于20%的版本可不考虑自动化。 | | |
| 6 | 版本规模 | 对产品规模非常小的版本，如测试用例总数<100个，也不用考虑自动化 | | |
| | | | |
| 级别 | 说明 | 优点 | 缺点 | 用法 |
| 一级 | 录制和回放 | 自动化的测试脚本能够被自动的生成，而不需要有任何的编程知识。 | 拥有大量的测试脚本，当需求和应用发生变化时相应的测试脚本也必须被重新录制。 | 当测试的系统不会发生变化时，实现小规模的自动化 |
| 二级 | 脚本 | 工作">减少脚本的数量和维护的工作 | 需要一定的编程知识；频繁的变化难于维护 | 回归测试时，用于被测试的应用有很小的变化 |
| 三级 | 自动化框架、脚本 | 确定了测试脚本的设计，在项目的早期就可以开始自动化的测试 | 要求测试人员具有很好的软件技能，包括设计、开发 | 大规模的测试套件被开发、执行和维护的专业自动化测试 |
| 四级 | 数据驱动 | 便于运行大量测试变种，能够维护和使用良好的并且有效的模拟真实生活中数据的测试数据，自动化测试设计人员和执行人员可以有效分离。 | 软件开发的技能是基础，并且需要访问相关的测试数据 ">软件开发的技能是基础，并且需要访问相关的测试数据 | 大规模的测试套件被开发、执行和维护的专业自动化测试 |
| 五级 | 关键字驱动 | 测试工具中分离了出来 ">测试用例的设计被从测试工具中分离了出来 | 需要一个具有工具技能和开发技能的测试团队 | 测试自动化将技能的使用最优化的结合起来 ">专业的测试自动化将技能的使用最优化的结合起来 |
收藏
举报
TAG:
转贴
