测试流程规范_V0

XXXXXXXX 测试流程规范测试流程规范 文件状态[√]草稿 [ ] 正式发布 [ ]正在修改 当前版本V1.0 拟 制刘刚日期2017-07-03 审 核日期 批 准日期 XXXX 国际电子商务有限公司 2017 年 7 月 1 修订历史记录修订历史记录 变更版 本号 A A - 增加M M - 修订D D - 删除 备注日期变更类型 修改人摘要 （A*M*DA*M*D） AV1.02017-07-03刘刚建立初始稿 2 目目录录 1概述.4 1.1介绍.4 1.2适用范围.4 1.3定义、缩写词和缩略语.4 流程规范.5 2.1需求阶段.5 流程图.5 流程说明.5 测试输入及输出产物.6 2.2研发阶段.7 流程图.7 流程说明.7 测试输入及输出产物.8 2.3测试阶段.8 流程图.8 流程说明.8 测试输入及输出产物.9 2.4上线阶段.10 流程图.10 流程说明.10 测试输入及输出产物.11 2.5自动化测试阶段.11 流程图.11 流程说明.11 测试输入及输出产物.12 测试文档管理规范.12 3.1测试文档范围.13 3.2测试文档归档要求.13 补充.13 2 3 4 3 1 1 概述概述 1.11.1介绍介绍 XXXX 测试流程规范主要用于规范各类测试工作， 指导各类测试工作有序规范 进行，从流程上避免测试的随意性，更好的保证测试质量。 流程规范非一次性能制定出最优的，流程规范非一次性能制定出最优的，需要经历实践的锤炼，需要经历实践的锤炼，在实际工作中不在实际工作中不 断进行优化，才可逐步形成最优的测试流程方案。断进行优化，才可逐步形成最优的测试流程方案。 1.21.2适用范围适用范围 本文档适用于 XXXX 测试小组进行各类测试工作时用于工作流程规范指导。 各阶段的测试工作需要参考该规范进行，除特殊情况外，各类测试工作原则上要 遵照该规范进行。 1.31.3定义、缩写词和缩略语定义、缩写词和缩略语 定义、缩写词和缩略语定义、缩写词和缩略语描述描述 自动化测试是通过自动执行测试脚本，使测试人员在更短的时 自动化测试自动化测试间内能够更快地完成更多的软件测试，并提供以更高的频率执 行测试的能力，从而有效降低测试成本、提高测试效率。 重新定义方案，猎鹰工品所用方案包括测试计划、方案、测 测试方案测试方案 试需求、测试点。归整到一个文档，方便管理。 测试报告分为多种功能测试报告、接口测试报告、性能测试 测试报告测试报告 报告、安全测试报告等 4 2 2 流程规范流程规范 2.12.1需求阶段需求阶段 流程图流程图 产品需求阶段 产品人员测试人员 参与评审会 学习、熟悉产品需 求参加需求评审 会组内培训等 召开需求评审会制定测试方案 （含计划测试需 求测试要点） 初稿 否 评审 产品需求 是 测试方案（含计 划测试需求测试 要点）定稿 流程说明流程说明 1、项目启动后，负责该测试任务的测试负责人积极与产品人员沟通交流，熟悉 本次产品需求。 2、在有需求评审会时，测试负责人必须积极参与，无特殊情况不得缺席。 3、根据产品需求，测试负责人要提取测试需求，并不是简单照搬产品需求，要 形成测试自己的测试 list。 4、产品需求熟悉完毕后，必须编写出具测试方案 ，方案含测试计划、测试需 求、测试要点等。 5 5、测试方案必须经过评审，原则需要产品人员、开发人员、其他测试人员 共同参与，如无条件，至少经过测试组内评审。 6、测试方案评审通过后才可进入下一阶段。 7、需求变更优化，建议通过禅道提需求邮件通知形式进行，便于需求的追踪。 8、中间需求变动，测试方案跟进更新。 测试输入及输出产物测试输入及输出产物 ➢测试输入测试输入 产品需求文档、原型、UI 设计图、项目开发计划等其他相关可用于测试参考 的文档。 ➢输出产物输出产物 测试方案（含测试计划测试需求测试要点） 6 2.22.2研发阶段研发阶段 流程图流程图 研发阶段 开发人员测试人员 开发设计编码实 现 编写测试用例 单测未通过 否 评审 单元测试 是 单测通过 测试用例 发布版本 提测文档提测邮 件 流程说明流程说明 1、测试人员根据测试方案输出测试用例 ，要求测试用例必须覆盖测试需 求。 2、在时间十分紧张或需求十分不具体的情况下，用例编写可推迟到测试中后期 补充，用例评审可延后评审。 3、用例评审原则上需要产品人员、开发人员、其他测试人员共同参与，如无条 件，至少经过测试组内评审。 4、本阶段可与后续的测试阶段交替进行， 测试工作最早可从模块测试阶段介入， 前提开发人员必须先完成单元测试，否则测试拒绝介入。前提开发人员必须先完成单元测试，否则测试拒绝介入。 7 测试输入及输出产物测试输入及输出产物 ➢测试输入测试输入 测试方案（含测试计划测试需求测试要点） ➢输出产物输出产物 提测文档 、提测邮件、 测试用例 、提测版本 2.32.3测试阶段测试阶段 流程图流程图 测试阶段 开发人员 产品测试不通过 产品人员测试人员 初次发版，先提交产品测试 开发设计编码实 现 修复bug 产品需求验证测试 获取版本tar，搭建 测试环境 否 单测未通过 单测未通过 环境确认 单元测试 单元测试 冒烟不通过 单测通过 是否符合产品预期 需求 单测通过 Bug修复类提测可直接进入冒烟 产品测试通过 持续优化维护 发布版本 冒烟测试 发布版本 通过 执行并维护 测试用例 提测文档提测邮 件 提测文档提测邮 件 执行测试探索测试 交叉测试 提交bug，进入缺 陷流程 流程说明流程说明 1、测试组负责部署测试环境，经开发、运维确认部署无误后，开始进行后续测 试工作。 2、针对初次发版的功能模块要先经过产品人员的需求验证测试，验证测试通过 后再交付测试人员进行后续测试工作。此举目的是避免测试人员做无用功， 加快测试效率，提早发现需求类问题。 3、产品人员的需求验证测试可以提前到开发环境验证。测试环境部署后，测试 人员直接进行冒烟测试加快测试进度。 8 4、执行测试阶段，时间条件允许下，强烈建议做三类测试执行用例测试、探 索测试、 交叉测试。 时间紧张情况至少也要进行 执行用例测试和探索测试。 5、新部署的测试版本，先进行冒烟测试，冒烟不通过直接打回开发人员进行单 元测试，通过后再重新提交测试。 6、测试用例要在执行过程中应持续优化维护，保证用例的全面性、正确性、规 范性。最晚测试阶段后期必须完成用例维护并执行通过。 7、缺陷流程采用禅道管理，依据禅道流程进行。 测试输入及输出产物测试输入及输出产物 ➢测试输入测试输入 测试方案 （含测试计划测试需求测试要点） 、 测试用例 、 提测文档 提测邮件、提测版本 ➢输出产物输出产物 测试用例 、 测试缺陷 9 2.42.4上线阶段上线阶段 流程图流程图 上线阶段 开发人员 未通过 否 测试人员产品人员运维人员 是 修复bug 获取最终版本tar， 部署生产环境 冒烟测试 否 产品验收测试 通过 单测未通过 否 单元测试 执行主要测 试用例 环境确