1)准备TestCase
- 在进行自动化之前,将 测试内容进行文档化,不建议直接录制脚本
- 在录制脚本之前设计好脚本,便于录制过程的流畅
- 由于测试用例设计和脚本开发可能不是同一个人完成,便于团队合作
- 便于后期的维护
- 文档化的方式:TD或者文档
2)配置QTP
QTP支持不同的开发环境,在正式录制之前,需要根据被测程序的开发环境,选择合适的Add-In,并进行加载。
3)录制脚本
启动QTP的录制功能,按照Test Case的操作步骤描述执行,QTP自动记录每一步操作,并自动生成VBscrīpt脚本。
4)修改增强脚本
刚刚录制好的脚本可能包含错误,或者没有达到预期的目的,这就需要在录制脚本的基础上,进行修改增强
- 删除录制过程中多余的以及错误的操作,以最少的脚本完成任务
- 如果前面操作的输出是后面操作的输入,则需要使用变量或者输出值来进行替换
- 不是所有的操作都可以通过录制产生的,有些需要通过手工编码实现这些功能
- 录制产生的脚本是线性的,可以加入条件、循环控制语句,实现更复杂的流程
- 对脚本进行结构化
- 加入注释,便于阅读和维护
5)调试脚本
- 回放通过的脚本,不一定是正确的,也可能会包含错误
- 在测试脚本正式使用之前,要保证其本身的正确性
- 避免测试脚本故障和被测程序故障搅在一起,不容易定位
6)回放脚本
- 对于回放的错误,不要急于马上提交Bug,首先要判断是脚本本身的错误还是程序的错误,确认后再提交。
7)脚本维护
- 随着 工作的不断推进,脚本量会越来越多
- 被测试程序的不断更新,也需要更新相应的测试脚本
- 采用版本管理工具保存脚本,如CVS、VSS,可以随时获取历史版本
- 采用统一的脚本架构
- 采用统一的命名规范
- 添加充分的注释,避免时间久了,自己都不能马上读懂脚本
原文
- 在进行自动化之前,将 测试内容进行文档化,不建议直接录制脚本
- 在录制脚本之前设计好脚本,便于录制过程的流畅
- 由于测试用例设计和脚本开发可能不是同一个人完成,便于团队合作
- 便于后期的维护
- 文档化的方式:TD或者文档
2)配置QTP
QTP支持不同的开发环境,在正式录制之前,需要根据被测程序的开发环境,选择合适的Add-In,并进行加载。
3)录制脚本
启动QTP的录制功能,按照Test Case的操作步骤描述执行,QTP自动记录每一步操作,并自动生成VBscrīpt脚本。
4)修改增强脚本
刚刚录制好的脚本可能包含错误,或者没有达到预期的目的,这就需要在录制脚本的基础上,进行修改增强
- 删除录制过程中多余的以及错误的操作,以最少的脚本完成任务
- 如果前面操作的输出是后面操作的输入,则需要使用变量或者输出值来进行替换
- 不是所有的操作都可以通过录制产生的,有些需要通过手工编码实现这些功能
- 录制产生的脚本是线性的,可以加入条件、循环控制语句,实现更复杂的流程
- 对脚本进行结构化
- 加入注释,便于阅读和维护
5)调试脚本
- 回放通过的脚本,不一定是正确的,也可能会包含错误
- 在测试脚本正式使用之前,要保证其本身的正确性
- 避免测试脚本故障和被测程序故障搅在一起,不容易定位
6)回放脚本
- 对于回放的错误,不要急于马上提交Bug,首先要判断是脚本本身的错误还是程序的错误,确认后再提交。
7)脚本维护
- 随着 工作的不断推进,脚本量会越来越多
- 被测试程序的不断更新,也需要更新相应的测试脚本
- 采用版本管理工具保存脚本,如CVS、VSS,可以随时获取历史版本
- 采用统一的脚本架构
- 采用统一的命名规范
- 添加充分的注释,避免时间久了,自己都不能马上读懂脚本
原文