QTP自动化测试流程规范试用.docVIP

QTP自动化测试流程规范 创建者 确认 批准 姓名 朱启祥 日期 2010-12-22 修订历史记录 版号 改号 日期 修订者 修订要点 V1.0 A 2010-12-22 朱启祥 创建该规范文档结构及主要内容 V1.1 M 2010-12-27 朱启祥 增加第4,5,7章；第6章增加6.1.2 6.1.3 6.1.4 6.1.5小节 完善了6.1.9 小节 V1.2 M 2010-12-29 朱启祥 修改第6.2小节 （A-添加，M-修改，D-删除） 目录 TOC \o 1-3 \h \z \u 1 概述 4 2 自动化测试流程 4 3 对象库管理规范 5 4 使用策略 5 4.1 脚本复用 5 4.2 Action划分粒度 6 5 脚本录制规范 6 5.1 识别属性调整 6 5.2 脚本录制 8 6 测试脚本规范 9 6.1 自动化脚本编写的规范 9 6.1.1 基本信息 9 6.1.2 Action设计 10 6.1.3 Action命名规范 10 6.1.4 数据表命名规范 10 6.1.5 常量命名规范 11 6.1.6 变量命名规范 11 6.1.7 参数命名规范 11 6.1.8 函数命名规范 12 6.1.9 代码注释规范 12 6.1.10空行 14 6.1.11缩进 14 6.1.12续行 14 6.2 信息文档化 14 6.3 操作和业务分离 15 6.4 数据和脚本分离 16 6.5 总结 16 7 脚本管理规范 16 8 需求变更 17 9 其他 17 概述 本文档主要对自动化测试过程的资源管理维护和需求变更规范说明。测试过程的资源有：测试脚本、测试操作、库函数、场景恢复、测试数据、对象库等。 自动化测试流程 自动化测试流程主要是用来指导自动化测试过程的。在整个过程中，做自动化测试框架已经包括了对自动化的要求，也包括了自动化框架代码，根据外包项目情况可选择适合的自动化测试框架或编写自动化测试框架。 如果使用QTP作为自动化测试工具，则可以选择先录制脚本，再修改脚本的方式。但是这样的脚本往往比较冗长，且对于系统中的一些页面或窗口控件支持上有问题，所以可以采用直接在QTP中编辑脚本的方法。 自动化测试流程如图2-1所示。 图2-1 对象库管理规范 对象仓库的管理要满足以下几个原则： 每个Browser下的Page或Windows不要太多，即使系统都在同一个IE窗口下（没有弹出新IE），也可以分几个Browser管理。把业务上关联较强的几个Page或Windows放在一个Browser下。 制定统一的对像命名规范，对象按照所代表的业务属性命名，最好用中文。不要出现一些晦涩难懂的字符，比如abc。 要生成一份命名规范对照表，原始对象名使用对象名。 避免在一个tsr文件中堆放过多的对象，根据业务流程把对象分为几个tsr文件保存。这里没有统一标准，以每个tsr文件结构清晰为宜。 避免每个测试脚本单独对应一个对象库，要求所有的脚本对应一个或几个对象库，并且对象库之间的对象唯一区分。 使用策略 脚本复用 由于我们测试团队是分组合作的模式，每个组分别管各自的模块，组间的合作比较密切。我们开发测试脚本时，一定要考虑到我们自己设计的脚本不光只有我们自己使用，别的组或者测试人员都可以使用！尽量避免业务流程重复录制工作，达到脚本最大程度上的复用。 如图4-1是脚本组织示意图： 图4-1 下面提供一个公用模块的Excel列表,其中有各个模块被抽象出来的Action名以及明细内容: Action划分粒度 在考虑的action划分时，要考虑到脚本的复用性，同时也要考虑到其实现业务功能的明晰性。以下是我认为要注意的几个原则： 其一，实现功能单一与其他模块耦合度比较低 其二，输入及输出数据不要太复杂 其三，实现的步骤最好不要超过100行脚本代码 其四，对于比较长的action，尽量将其划分为多个子action 其五，尽量按照与菜单一一对应的方式来实现Action 脚本录制规范 识别属性调整 有如下原则遵循： 　　其一，要考虑到语言的无关性．如下两点要注意： 　　Winbutton:语言无关性调整： 　　　调整前如图5-1： 图5-1 　　　调整后如图5-2： 图5-2 　　　Web page如图5-