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