测试流程规范.docx

该【测试流程规范 】是由【MX01】上传分享，文档一共【8】页，该文档可以免费在线阅读，需要了解更多关于【测试流程规范 】的内容，可以使用淘豆网的站内搜索功能，选择自己适合的文档，以下文字是截取该文章内的部分文字，如需要获得完整电子版，请下载此文档到您的设备，方便您编辑和打印。XXXX测试流程规范
文件状态
√草稿正式发布正在修改
当前版本
拟制
刘刚
日期
2017-07-03
审核
日期
批准
日期
XXXX国际电子商务有限公司
2017年7月
修订历史记录
A-增加M-修订D-删除
变更版本号
日期
变更类型
AMD
修改人
摘要
备注
2017-07-03
A
刘刚
建立初始稿
目录
概述
介绍
XXXX测试流程规范主要用于规范各类测试工作,指导各类测试工作有序规范进行,从流程上避免测试的随意性,更好的保证测试质量;
流程规范非一次性能制定出最优的,需要经历实践的锤炼,在实际工作中不断进行优化,才可逐步形成最优的测试流程方案;
适用范围
本文档适用于XXXX测试小组进行各类测试工作时用于工作流程规范指导;各阶段的测试工作需要参考该规范进行,除特殊情况外,各类测试工作原则上要遵照该规范进行;
定义、缩写词和缩略语
定义、缩写词和缩略语
描述
自动化测试
自动化测试是通过自动执行测试脚本,使测试人员在更短的时间内能够更快地完成更多的软件测试,并提供以更高的频率执行测试的能力,从而有效降低测试成本、提高测试效率;
测试方案
重新定义方案,猎鹰工品所用方案包括:测试计划、方案、测试需求、测试点;归整到一个文档,方便管理;
测试报告
测试报告分为多种:功能测试报告、接口测试报告、性能测试报告、安全测试报告等
流程规范
需求阶段
流程图
流程说明
项目启动后,负责该测试任务的测试负责人积极与产品人员沟通交流,熟悉本次产品需求;
在有需求评审会时,测试负责人必须积极参与,无特殊情况不得缺席;
根据产品需求,测试负责人要提取测试需求,并不是简单照搬产品需求,要形成测试自己的测试list;
产品需求熟悉完毕后,必须编写出具测试方案,方案含测试计划、测试需求、测试要点等;
测试方案必须经过评审,原则需要产品人员、开发人员、其他测试人员共同参与,如无条件,至少经过测试组内评审;
测试方案评审通过后才可进入下一阶段;
需求变更优化,建议通过禅道提需求+邮件通知形式进行,便于需求的追踪;
中间需求变动,测试方案跟进更新;
测试输入及输出产物
测试输入:
产品需求文档、原型、UI设计图、项目开发计划等其他相关可用于测试参考的文档;
输出产物:
测试方案含测试计划+测试需求+测试要点
研发阶段
流程图
流程说明
测试人员根据测试方案输出测试用例,要求测试用例必须覆盖测试需求;
在时间十分紧张或需求十分不具体的情况下,用例编写可推迟到测试中后期补充,用例评审可延后评审;
用例评审原则上需要产品人员、开发人员、其他测试人员共同参与,如无条件,至少经过测试组内评审;
本阶段可与后续的测试阶段交替进行,测试工作最早可从模块测试阶段介入,前提开发人员必须先完成单元测试,否则测试拒绝介入;
测试输入及输出产物
测试输入:
测试方案含测试计划+测试需求+测试要点
输出产物:
提测文档、提测邮件、测试用例、提测版本
测试阶段
流程图
流程说明
测试组负责部署测试环境,经开发、运维确认部署无误后,开始进行后续测试工作;
针对初次发版的功能模块要先经过产品人员的需求验证测试,验证测试通过后再交付测试人员进行后续测试工作;此举目的是避免测试人员做无用功,加快测试效率,提早发现需求类问题;
产品人员的需求验证测试可以提前到开发环境验证;测试环境部署后,测试人员直接进行冒烟测试加快测试进度;
执行测试阶段,时间条件允许下,强烈建议做三类测试:执行用例测试、探索测试、交叉测试;时间紧张情况至少也要进行:执行用例测试和探索测试;
新部署的测试版本,先进行冒烟测试,冒烟不通过直接打回开发人员进行单元测试,通过后再重新提交测试;
测试用例要在执行过程中应持续优化维护,保证用例的全面性、正确性、规范性;最晚测试阶段后期必须完成用例维护并执行通过;
缺陷流程采用禅道管理,依据禅道流程进行;
测试输入及输出产物
测试输入:
测试方案含测试计划+测试需求+测试要点、测试用例、提测文档+提测邮件、提测版本
输出产物:
测试用例、测试缺陷
上线阶段
流程图
流程说明
上线版本的部署由运维人员负责安装部署;
上线版本依次经过测试回归和产品验收后,出具测试通过和验收通过的邮件后才可正式上线;
上线版本在线上环境验证失败后,如果发现是程序上有问题,需要退回版本,重走测试阶段,配置上的问题可以依据具体情况可在线上修改再继续验收测试;
在上线阶段的测试,原则上无需执行全量测试用例,需要提前筛选主要用例进行回归测试,后续引入自动化后,部分用例可自动化执行,加快测试回归效率;
测试输入及输出产物
测试输入:
主要测试用例、上线版本
输出产物:
测试报告、测试缺陷、测试用例、上线邮件
自动化测试阶段
流程图
流程说明
采用自动化前需要综合考虑项目自身情况是否适合采用自动化;不能强行采用自动化,避免得不偿失;
自动化测试成本=测试工具成本+测试脚本的创建成本+测试脚本的维护成本;
自动化适用于项目周期长、项目上线后需要不断升级维护、需求和设计都比较明确……
自动化脚本要注意在测试过程中实时维护,保证脚本最新可用,并且脚本要注意规范留档,以备后面测试使用;
测试输入及输出产物
测试输入:
总体测试计划、功能测试用例
输出产物:
自动化测试报告、测试缺陷、自动化测试脚本、自动化测试用例;
测试文档管理规范
测试文档范围
测试主要需要管理的文档类型如下:
测试方案含测试计划+测试需求+测试要点、提测文档、测试用例、测试缺陷、提测版本、测试脚本、测试报告、需求类文档……
测试文档归档要求
所有测试文档在测试项目结束后,必须尽快汇总整理上传到“测试SVN”对应项目目录下,以备后面查阅,测试组长负责审核,确保测试文档正确归档;
归档目录参考如下:
说明:
测试脚本单独归档在“测试脚本”对应目录下,分为:UI自动化脚本、接口自动化脚本、性能脚本;
其它测试文档,放置在对应产品线目录下,新建一个以项目简称命名的文件夹来归档,项目简称前注意标记项目开始时间,方便日后查阅;
补充
暂无~~