测试流程规范V

1、xxxX测试流程标准文件状态V草稿正式发布正在修改当前版本V1.0拟制刘刚日期2021-07-03审核日期批准日期XXXX国际电子商务2021年7月修订历史记录A -增加 M-修订 D-删除变更版本号日期变更类型(A*M*D修改人摘要备注V1.02021-07-03A刘刚建立初始稿1 概述1.1 介绍1.2 适用范围1.3 定义、缩写词和缩略语2 流程标准2.1 需求阶段2.1.1 流程图2.1.2 流程说明2.1.3 测试输入及输出产物 2.2 研发阶段2.2.1 流程图2.2.2 流程说明2.2.3 测试输入及输出产物 2.3 测试阶段2.3.1 流程图2.3.2 流程说明2.3.3 测试

2、输入及输出产物 2.4 上线阶段2.4.1 流程图2.4.2 流程说明2.4.3 测试输入及输出产物 2.5 自动化测试阶段2.5.1 流程图2.5.2 流程说明2.5.3 测试输入及输出产物 3 测试文档管理标准3.1 测试文档范围3.2 测试文档归档要求4 补充概述介绍XXXX»试流程标准主要用于标准各类测试工作，指导各类测试工作有序标准 进行，从流程上防止测试的随意性，更好的保证测试质量。流程标准非一次性能制定出最优的， 需要经历实践的锤炼，在实际工作中不 断进行优化，才可逐步形成最优的测试流程方案。适用范围本文档适用于XXXX测试小组进行各类测试工作时用于工作流程标准指导。

3、各阶段的测试工作需要参考该标准进行， 除特殊情况外，各类测试工作原那么上要 遵照该标准进行。定义、缩写词和缩略语定义、缩写词和缩略语描述自动化测试自动化测试是通过自动执行测试脚本，使测试人员在更短的时 间内能够更快地完成更多的软件测试，并提供以更咼的频率执 行测试的能力，从而有效降低测试本钱、提咼测试效率。测试方案重新定义方案，猎鹰工品所用方案包括：测试方案、方案、测 试需求、测试点。归整到一个文档，方便管理。测试报告测试报告分为多种：功能测试报告、接口测试报告、性能测试 报告、平安测试报告等流程标准需求阶段流程图流程说明1、工程启动后，负责该测试任务的测试负责人积极与产品人员沟通交流，熟悉本

4、次产品需求。2、在有需求评审会时，测试负责人必须积极参与，无特殊情况不得缺席。3、根据产品需求，测试负责人要提取测试需求，并不是简单照搬产品需求，要 形成测试自己的测试 list 。4、产品需求熟悉完毕后，必须编写出具?测试方案?，方案含测试方案、测试 需求、测试要点等。5、?测试方案?必须经过评审，原那么需要产品人员、开发人员、其他测试人员共同参与，如无条件，至少经过测试组内评审。6、?测试方案?评审通过后才可进入下一阶段。7、需求变更优化，建议 通过禅道提需求 +邮件通知形式 进行，便于需求的追踪8、中间需求变动，测试方案跟进更新。 测试输入及输出产物测试输入：产品需求文档、原型、UI设计

5、图、工程开发方案等其他相关可用于测试参考的文档。输出产物：?测试方案含测试方案 +测试需求 +测试要点?研发阶段流程图流程说明1、测试人员根据?测试方案?输出?测试用例?，要求测试用例必须覆盖测试需求。2、在时间十分紧张或需求十分不具体的情况下，用例编写可推迟到测试中后期补充，用例评审可延后评审。3、用例评审原那么上需要产品人员、开发人员、其他测试人员共同参与，如无条 件，至少经过测试组内评审。4、本阶段可与后续的测试阶段交替进行， 测试工作最早可从模块测试阶段介入， 前提开发人员必须先完成单元测试，否那么测试拒绝介入。测试输入及输出产物测试输入：?测试方案含测试方案 +测试需求 +测试要点?

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

7、，先进行冒烟测试，冒烟不通过直接打回开发人员进行单 元测试，通过后再重新提交测试。6、测试用例要在执行过程中应持续优化维护，保证用例的全面性、正确性、规 范性。最晚测试阶段后期必须完成用例维护并执行通过。7、缺陷流程采用禅道管理，依据禅道流程进行。测试输入及输出产物测试输入：?测试方案含测试方案 +测试需求 +测试要点?、?测试用例?、?提测文档? +提测邮件、提测版本输出产物：?测试用例?、?测试缺陷?上线阶段流程图流程说明1、上线版本的部署由运维人员负责安装部署。2、上线版本依次经过测试回归和产品验收后，出具测试通过和验收通过的邮件 后才可正式上线。3、上线版本在线上环境验证失败后， 如果

8、发现是程序上有问题， 需要退回版本， 重走测试阶段，配置上的问题可以依据具体情况可在线上修改再继续验收测 试。4、在上线阶段的测试，原那么上无需执行全量测试用例，需要提前筛选主要用例 进行回归测试，后续引入自动化后，局部用例可自动化执行，加快测试回归 效率。测试输入及输出产物测试输入： 主要?测试用例?、上线版本输出产物： ?测试报告?、?测试缺陷?、?测试用例?、上线邮件自动化测试阶段流程图流程说明1、采用自动化前需要综合考虑工程自身情况是否适合采用自动化。不能强行采 用自动化，防止得不偿失。2、自动化测试本钱 =测试工具本钱 +测试脚本的创立本钱 +测试脚本的维护本钱。3、自动化适用于工程

9、周期长、工程上线后需要不断升级维护、需求和设计都比 较明确4、自动化脚本要注意在测试过程中实时维护，保证脚本最新可用，并且脚本要 注意标准留档，以备后面测试使用。测试输入及输出产物测试输入： 总体测试方案、?功能测试用例?输出产物：?自动化测试报告?、?测试缺陷?、自动化测试脚本、自动化测试用例测试文档管理标准测试文档范围 测试主要需要管理的文档类型如下：?测试方案含测试方案 +测试需求 +测试要点?、?提测文档?、?测试 用例?、?测试缺陷?、提测版本、测试脚本、?测试报告?、需求类文档 测试文档归档要求所有测试文档在测试工程结束后，必须尽快汇总整理上传到“测试SVN对应工程目录下，以备后面查阅，测试组长负