自动化脚本制作维护流程规范V10

1、自动化脚本制作和维护流程规范版本： V1.0目录1 目的 2 范围 3 定义 4 输入 5 输出 6 角色职责 7 流程图 8 参考文件 9 流程测评指标 附件一：自动化测试脚本表 4 错误！未定义书签。 8 8 8 9附件二：回归测试报告模板修订控制页编号文档版本修订章节修订原因修订日期修订人1目的规范在项目、日常以及自动化脚本执行过程中，自动化脚本的制作、维护和管理流程2范围XX所有项目完成后自动化脚本的制作XX所有日常需求（含bugfix ）对自动化脚本的制作XX自动化脚本执行过程中脚本的维护管理3定义描述此流程文件中需要进行定义的相关名词解释或专业术语，如：脚本:指通过自动化工具录制或

2、编写的一系列脚本。如，可以是 脚本QTP 脚本，也可以是 Ruby自动化测试脚本列表：根据每个产品线建立一张自动化脚本的对应表。具体样例查看附件QC:自动化用例存放管理工具4输入项目 PRD 项目 UC项目测试用例日常需求文档自动化测试脚本列表5输出自动化脚本计划 ，计划通过 project 跟踪管理自动化脚本，可以是QTP，也可以是ruby自动化脚本执行集合在 QC 中建立测试执行集合自动化测试脚本表6角色职责测试负责人（可以是项目测试负责人，也可以是日常需求的负责人）编写测试计划 制定自动化脚本编写计划自动化脚本编写人员:编写自动化测试脚本自动化脚本入 QC 库自动化脚本虚拟机调试增加脚本

3、到执行集合 产品线自动化回归负责人（这个角色可以根据自动化脚本的管理流程而定。可以每个产品线 专人负责，也可以轮流负责）制定（维护和管理）自动化脚本列表（主要是维护脚本的健壮性）定期 /不定期执行自动化脚本根据脚本的运行情况更新脚本的运行状态对运行不稳定的脚本，在 project 中添加修改脚本计划 自动化脚本资深人员对自动化脚本的 review产品线负责人Review 项目自动化脚本编写计划，添加到 project 计划中不定期进行评审脚本产品线内自动化脚本完成情况的跟进流程图7.8流程活动具体说明001】制定自动化脚本完成计划由项目负责人，根据项目的基本功能流，整理出最大可能覆盖功能点的功

4、能点（或者业务流），根据要完成的脚本的多少和难易程度制定详细的脚本完成计划。这里可根据QC中TC的优先级，完成初期完成p1级别的所有用例。P1级别的脚本都完成后，可根据时间资源安排p2级别的脚本的制作。对于重要的核心工作流，可以在初期就定义为覆盖P1+P2的所有TC对于日常需求产生的自动化脚本需求。由测试负责人自己判定，制定脚本完成计划转入【 002】评审计划由产品线负责人评审脚本计划。 如果不通过， 则返回到 【 001】；评审计划通过， 转入【 003】， review通过，则在 project 建立计划，进行跟踪 转入【 003】编写脚本 + 跟踪计划及完成情况由自动化脚本编写人员，进行

5、具体的脚本的编写。脚本完成后，转入【004】由产品线负责人，定期跟踪计划的完成情况脚本完成标志：已完成的脚本入 qc 管理库，可以在产品线虚拟机正常运行，且并入该产品线的运行测试集转入【 004】评审脚本由自动化脚本资深人员对提交的脚本进行 review 。着重于脚本的规范性、 运行结果的正确性。 Review不通过，重新进入【 003 】， review 通过，转入【 005 】转入【 005】更新自动化脚本测试列表由产品线自动化回归负责人更新自动化脚本测试列表中的脚本状态为完成。转入【 006】运行脚本由产品线自动化回归负责人定期或不定期 （这个要根据我们的发布情况而定）运行每个完成状态的

6、自动化脚本。本阶段可参考自动化脚本运行流程。本阶段通过后，转入【007】转入【 007】维护脚本的状态由自动化脚本回归负责人，根据脚本的运行情况，标出脚本的健壮程度。完成后，转入【008】具体的状态有：运行良好、运行不稳定、功能变更，需要维护、脚本未完成、脚本完成转入【 008】脚本维护计划由自动化脚本测试负责人，根据脚本状态，对“运行不稳定”和“需要维护”的脚本，定期按排脚本维护计划，安排对应的脚本负责人。脚本计划通过project 跟踪9.参考文件10.流程测评指标附件一：自动化测试脚本表样表：商品线自动化脚本表商品线自动化脚本列表序号业务功能点脚本功能 描述自动化脚本号编写人脚本状态备注

7、1类目管理后台类目新增后台 为类目， 条件：录 入结 果AddCategory_001XXX运行良好2说明：序号：按自然序号排列，自动化脚本的个数业务：各产品线按自己的应用分类，如：商品线目前有CRM类目管理（包括商品中心一期的四个点）物流Hep ser Den ali 其他功能点：业务的子分支名称脚本功能描述：对脚本实现的功能进行简明扼要的说明，目的是让别人能看明白这个用例覆盖了 哪些功能点自动化脚本号：前提是把现有的自动化脚本按统一的编号规则编号。通过编号规则可以方便的定 位到对应的自动化脚本编写人：一般是该脚本的原创人，也可以是目前该脚本的维护人（负责人）脚本状态：目前有下面几种状态具体的状态有：运行良好、运行不稳定、功能变更，需要维护、脚本未完成、脚本完成、脚本作废运行良好 运行不稳定这种脚本可以运行，但是健壮性不好，有待完善（如该脚本运行不稳定，运行3次，就会出现一次异常。）根据每次的执行情况，给每个脚本打上健壮性状态，有必要的情况下，要排任 务，对不健壮的脚本安排时间和人员修改脚本功能变更，需要维护这种脚本已经不能运行，产品线自动化测试负责人要给出新的任务，安排时间和人员修改脚 本未完成（对于已编写到计划中