自动参考化脚本制作维护流程规范V1.0.doc

自动化脚本制作和维护流程规范 版本：V1.0 目录 1． 目的 4 2． 范围 4 3． 定义 4 4． 输入 4 5． 输出 4 6． 角色职责 4 7． 流程图 5 8． 参考文件 6 9． 流程测评指标 6 附件一：自动化测试脚本表 6 附件二：回归测试报告模板 7 修订控制页 编号 文档版本 修订章节 修订原因 修订日期 修订人 目的 规范在项目、日常以及自动化脚本执行过程中，自动化脚本的制作、维护和管理流程 范围 XX所有项目完成后自动化脚本的制作 XX所有日常需求（含bugfix） 定义 描述此流程文件中需要进行定义的相关名词解释或专业术语，如： 脚本：指通过自动化工具录制或编写的一系列脚本。如，可以是QTP脚本，也可以是Ruby脚本 自动化测试脚本列表：根据每个产品线建立一张自动化脚本的对应表。具体样例查看附件一 QC：自动化用例存放管理工具 输入 《项目PRD》 《项目UC》 《项目测试用例》 《日常需求文档》 《自动化测试脚本列表》 输出 《自动化脚本计划》，计划通过project跟踪管理 《自动化脚本》，可以是QTP，也可以是ruby 《自动化脚本执行集合》在QC中建立测试执行集合 《自动化测试脚本表》 角色职责 测试负责人（可以是项目测试负责人，也可以是日常需求的负责人） 编写测试计划 制定自动化脚本编写计划 自动化脚本编写人员： 编写自动化测试脚本 自动化脚本入QC库 自动化脚本虚拟机调试 增加脚本到执行集合 产品线自动化回归负责人（这个角色可以根据自动化脚本的管理流程而定。可以每个产品线专人负责，也可以轮流负责） 制定（维护和管理）自动化脚本列表（主要是维护脚本的健壮性） 定期/不定期执行自动化脚本 根据脚本的运行情况更新脚本的运行状态 对运行不稳定的脚本，在project中添加修改脚本计划 自动化脚本资深人员 对自动化脚本的review 产品线负责人 Review项目自动化脚本编写计划，添加到project计划中 不定期进行评审脚本 产品线内自动化脚本完成情况的跟进流程图 流程活动具体说明 【001】制定自动化脚本完成计划 由项目负责人，根据项目的基本功能流，整理出最大可能覆盖功能点的功能点（或者业务流），根据要完成的脚本的多少和难易程度制定详细的脚本完成计划。这里可根据QC中TC的优先级，完成初期完成p1级别的所有用例。P1级别的脚本都完成后，可根据时间资源安排p2级别的脚本的制作。对于重要的核心工作流，可以在初期就定义为覆盖P1+P2的所有TC 对于日常需求产生的自动化脚本需求。由测试负责人自己判定，制定脚本完成计划 转入【002】评审计划 由产品线负责人评审脚本计划。如果不通过，则返回到【001】；评审计划通过，转入【003】，review通过，则在project建立计划，进行跟踪 转入【003】编写脚本 + 跟踪计划及完成情况 由自动化脚本编写人员，进行具体的脚本的编写。脚本完成后，转入【004】 由产品线负责人，定期跟踪计划的完成情况 脚本完成标志：已完成的脚本入qc管理库，可以在产品线虚拟机正常运行，且并入该产品线的运行测试集 转入【004】评审脚本 由自动化脚本资深人员对提交的脚本进行review。着重于脚本的规范性、运行结果的正确性。Review不通过，重新进入【003】，review通过，转入【005】 转入【005】更新自动化脚本测试列表 由产品线自动化回归负责人更新自动化脚本测试列表中的脚本状态为完成。 转入【006】运行脚本 由产品线自动化回归负责人定期或不定期（这个要根据我们的发布情况而定）运行每个完成状态的自动化脚本。本阶段可参考自动化脚本运行流程。本阶段通过后，转入【007】 转入【007】维护脚本的状态 由自动化脚本回归负责人，根据脚本的运行情况，标出脚本的健壮程度。完成后，转入【008】 具体的状态有：运行良好、运行不稳定、功能变更，需要维护、脚本未完成、脚本完成 转入【008】脚本维护计划 由自动化脚本测试负责人，根据脚本状态，对“运行不稳定”和“需要维护”的脚本，定期按排脚本维护计划，安排对应的脚本负责人。脚本计划通过project跟踪 参考文件 流程测评指标 附件一：自动化测试脚本表 样表：商品线自动化脚本表 商品线自动化脚本列表 序号 业务 功能点 脚本功能描述 自动化脚本号 编写人 脚本状态 备注 1 类目管理 后台类目 新增后台为类目，条件：录入…结果… AddCategory_001 XXX 运行良好 2 … … … … … … … 说明： 序号：