测试流程规范_V1.0

1、vl.O可编辑可修改XXXX测试流程规范文件状态:V J草稿 夂M正式发布正在当前版本拟制刘刚日期2017-07-03审核日期批准日期XXXX国际电子商务有限公司2017年7月修订历史记录A -增加M -修订D -删除变更版本号日期变更类型(A*M*D、修改人摘要备注2017-07-03A刘刚建立初始稿22vl.O可编辑可修改目录1 概述41. 1介绍41.2适用范围41.3定义、缩写词和缩略语42 流程规范52.1需求阶段52. 1. 1流程图52. 1.2流程说明52. 1.3测试输入及输出产物 62.2研发阶段72.2. 1流程图72.2.2 流程说明72. 2.3测试输入及输出产物 8

2、2.3测试阶段82.3. 1流程图82.3.2 流程说明82. 3.3测试输入及输出产物 92.4上线阶段102.4. 1流程图102.4.2 流程说明102. 4.3测试输入及输出产物 112.5自动化测试阶段112.5. 1流程图112.5.2 流程说明112. 5.3测试输入及输出产物 123 测试文档管理规范123.1测试文档范围133.2测试文档归档要求134 补充1333vl.O可编辑可修改1概述1.1介绍xxxx测试流程规范主要用于规范各类测试工作，指导各类测试工 作有序规范进行，从流程上避免测试的随意性，更好的保证测试质 量。流程规范非一次性能制定出最优的，需要经历实践的锤炼，

3、在 实际工作中不断进行优化，才可逐步形成最优的测试流程方案。1. 2适用范围本文档适用于xxxx测试小组进行各类测试工作时用于工作流程规 范指导。各阶段的测试工作需要参考该规范进行，除特殊情况外， 各类测试工作原则上要遵照该规范进行。1.3定义、缩写词和缩略语定义、缩写词和缩略语描述自动化测试自动化测试是通过自动执行测试脚本，使测试人员在更短 的时间内能够更快地完成更多的软件测试，并提供以更高 的频率执行测试的能力，从而有效降低测试成本、提高测测试方案重新定义方案，猎鹰工品所用方案包括：测试计划、方 案、测试需求、测试点。归整到一个文档，方便管理。测试报告测试报告分为多种：功能测试报告、接口测

4、试报告、性能 测试报告、安全测试报告等44vl.O可编辑可修改2流程规范2.1需求阶段2. 1. 1流程图21. 2流程说明1、项目启动后，负责该测试任务的测试负责人积极与产品人员沟通 交流，熟悉本次产品需求。2、在有需求评审会时，测试负责人必须积极参与，无特殊情况不得 缺席。3、根据产品需求，测试负责人要提取测试需求，并不是简单照搬产 品需求，要形成测试自己的测试list O55vl.O可编辑町修改4、产品需求熟悉完毕后，必须编写出具测试方案，方案含测试计 划、测试需求、测试要点等。5、测试方案必须经过评审，原则需要产品人员、开发人员、其 他测试人员共同参与，如无条件，至少经过测试组内评审。

5、6、测试方案评审通过后才可进入下一阶段。7、需求变更优化，建议通过禅道提需求+邮件通知形式进行，便 于需求的追踪8、中间需求变动，测试方案跟进更新。2. 1.3测试输入及输出产物测试输入：产品需求文档、原型、UI设计图、项目开发计划等 其他相关可用于测试参考的文档。输出产物：测试方案（含测试计划+测试需求+测试要点）单测未通过编写测试用例提测文档+提测邮 件2.2研发阶段2. 2. 1流程图研发阶段开发人员测试人员开发设计镭码实 现I发布版本2. 2. 2流程说明1、测试人员根据测试方案输出测试用例，要求测试用例必 须覆盖测试需求。2、在时间十分紧张或需求十分不具体的情况下，用例编写可推迟到

6、测试中后期补充，用例评审可延后评审。3、用例评审原则上需要产品人员、开发人员、其他测试人员共同参 与，如无条件，至少经过测试组内评审。4、本阶段可与后续的测试阶段交替进行，测试工作最早可从模块测 试阶段介入，前提开发人员必须先完成单元测试，否则测试拒绝 介入。77vl.O町编辑叫修改2. 2.3测试输入及输出产物测试输入：测试方案（含测试计划+测试需求+测试要点）输出产物：提测文档、提测邮件、测试用例、提测版本2.3测试阶段2. 3. 1流程图单元剧试敏元测加E成本档氓範非 件费禮文Q炮謝邮 件测试人员开发人员产品人员WfflTifiit杖次发肢，修复bug甲測辛，8iT存次设汁+编码实 现採

7、索测试交瓦M试2. 3. 2流程说明1、测试组负责部署测试环境，经开发、运维确认部署无误后，开始 进行后续测试工作。2、针对初次发版的功能模块要先经过产品人员的需求验证测试，验 证测试通过 后再交付测试人员进行后续测试工作。此举目的是避 免测试人员做无用功，加快测试效率，提早发现需求类问题。3、产品人员的需求验证测试可以提前到开发环境验证。测试环境部 署后，测试vl.O可编辑可修改人员直接进行冒烟测试加快测试进度。4、执行测试阶段，时间条件允许下，强烈建议做三类测试：执行用 例测试、探索测试、交叉测试。时间紧张情况至少也要进行： 执行用例测试和探索测试。5、新部署的测试版本，先进行冒烟测试，冒

8、烟不通过直接打回开发 人员进行单元测试，通过后再重新提交测试。6、测试用例要在执行过程中应持续优化维护，保证用例的全面性、 正确性、规范性。最晚测试阶段后期必须完成用例维护并执行通 过。7、缺陷流程采用禅道管理，依据禅道流程进行。2. 3. 3测试输入及输出产物测试输入：测试方案（含测试计划+测试需求+测试要点）、测试用 例、提测文档+提测邮件、提测版本输出产物：测试用例、测试缺陷vl.O可编辑町修改2.4上线阶段2.4. 1流程图上线阶段产品人员运维人员开发人员测试人员重走刘试阶段沌程发送劃i*通过邮件埶试报吿9善用2. 4. 2流程说明1、上线版本的部署由运维人员负责安装部署。2、上线版本

9、依次经过测试回归和产品验收后，出具测试通过和验收 通过的邮件后才可正式上线。3、上线版本在线上环境验证失败后，如果发现是程序上有问题，需要退回版本，重走测试阶段，配置上的问题可以依据具体情况 可在线上修改再继续验收测试。4、在上线阶段的测试，原则上无需执行全量测试用例，需要提前筛 选主要用例 进行回归测试，后续引入自动化后，部分用例可自动 化执行，加快测试回归效率。1010vl.O可编辑可修改V1. 0可編辑可修 改2. 4.3测试输入及输出产物测试输入：主要测试用例、上线版本输出产物：测试报告、测试缺陷、测试用 例、上线邮件2.5自动化测试阶段2. 5. 1流程 图自动化测试阶段输入测试人员

10、2. 5. 2流程说 明不曙1、采用自动化前需要综合考虑项目自身情况是否适合采用自动化。,避免得不偿失2、自动化测试成本二测试工具成本+测试脚本的创建成本+测试脚本 的维护成本。3、自动化适用于项目周期长、项目上线后需要不断升级维护、需求 和设计都比较明确4、自动化脚本要注意在测试过程中实时维护，保证脚本最新可用， 并且脚本要注意规范留档，以备后面测试使用。2. 5. 3测试输入及输出产物测试输入：总体测试计划、功能测试用例输出产物：自动化测试报告、测试缺陷、自动化测试脚本、自动化测 试用例。3测试文档管理规范1212vl.O可編辑可修改3. 1测试文档范围测试主要需要管理的文档类型如下：测试方案（含测试计划+测试需求+测试要点）、提测文档、测试用例、测试缺陷、提测版本、测试脚本、测试报告、需求类文档3.2测试文档归档要求所有测试文档在测试项目结束后，必须尽快汇总整理上传到“测试 SVN” 对应项目目录