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