产品需求文档及原型图测试工作流程规范文档.docx
《产品需求文档及原型图测试工作流程规范文档.docx》由会员分享，可在线阅读，更多相关《产品需求文档及原型图测试工作流程规范文档.docx（20页珍藏版）》请在冰点文库上搜索。
产品需求文档及原型图测试工作流程规范文档
测试工作流程规范文档
测试工作流程规范
北京某某科技有限公司
二〇二〇年五月九日
修订历史记录
文档版本号
文档版本号
说明
作者
20200509
1.0
新建
王**
目录
1、目的
2、测试工作流程内容
2.1、工作流程内容概要图示
2.2、工作流程内容详细图示
2.3、测试工作产出物图示
3、测试工作各阶段进入退出标准
3.1、计划与设计阶段
3.1.1 需求评审
3.1.2 测试工作启动
3.1.3 设计测试计划
3.1.4 设计测试用例
3.1.5 设计内容评审
3.2实施测试阶段
3.2.1 测试交接
3.2.2 实施测试（外部测试）
3.2.3 实施测试（公司验收测试）
3.2.4 回归测试
3.3 总结阶段
3.3.1 测试总结报告
3.3.2 测试归档
4、缺陷追踪流程
4.1、缺陷管理工具
4.2 缺陷追踪流程
1、目的
为了规范公司产品测试工作流程，进一步提测试管理水平，保证产品测试质量，特编制《测试工作流程规范》。
2、测试工作流程内容
一个测试需求送到达测试部门之前，必须完整填写产品测试需求分析表（已作为附件添加），如果填写不完整，测试工程师有权拒收。
当测试工程师收到完整的产品测试需求分析表，会根据其内容评估测试工作量，主要包括：
写测试计划的时间，写测试用例的时间，执行测试用例的时间以及写测试报告和执行回归测试的时间。
鉴于单元测试和内部测试已经由开发人员完成，故上两块内容不在本文讨论范围内。
测试工程师根据产品测试需求分析表书写测试计划，完成后将召测试计划评审会（经理，开发人员，需求人员参加），确认通过后，测试工程师开始书写测试用例，完成后将召开测试用例评审会（经理，开发经理，需求工程师，及相关模块开发工程师），通过后进入测试用例执行阶段，用例执行完毕后，将开始撰写本轮测试总结，写好后提交经理审阅，通过后测试工程师召开本轮测试总结会。
2.1、工作流程内容概要图示
2.2、工作流程内容详细图示
2.3、测试工作产出物图示
3、测试工作各阶段进入退出标准
3.1、计划与设计阶段
3.1.1 需求评审
过程要点
详细说明
工作内容
测试工程师对需求中不清楚、不完整、太概括或存在疑义的地方提出问题，需求人员解答并确认
退出标准
测试工程师对需求无异议
参与人员
需求人员，开发经理，测试工程师
责任人
需求人员
注意：
1. 需求定义基本完成，此时应在评审会议召开之前发给测试工程师，预留时间给测试人员熟悉、理解。
2. 针对于测试工程师提出的问题，需求人员必须给出完整确切的解释。
3.1.2 测试工作启动
过程要点
详细说明
输入条件
项目（产品）开发计划完成
工作内容
开发经理邮件通知测试组长外部测试交接时间，测试规模预估等，同时提交以下项目资料：
1.
1. 测试需求分析表
2.
1.
2. 项目需求及软件规格定义文档
2.
1.
3. 项目开发计划
2.
1.
4. 开发设计过程中提供概要设计、详细设计文档
2.
1.
5. 其他相关资料
2.
退出标准
开发经理，需求人员以及测试工程师对测试目标及内容达成一致
责任人
测试工程师
注意：
在测试任务下达前，开发团队应在项目（产品）开发计划完成后及时向测试工程师下达预通知，告知较为确切的外部测试起始日期，提供当前最新的相关资料。
测试工程师应视具体情况决定是否需要增加测试人员（从市场部，客服部以及其他部门借调人手），时间安排，部署测试环境等其他资源。
测试小组成员可预先熟悉必要的项目（产品）资料。
3.1.3 设计测试计划
过程要点
详细说明
输入条件
项目需求文档建立，项目开发计划完成，测试工程师审核测试需求分析表并通过
工作内容
根据项目的需求文档、设计文档、以及测试需求分析表，测试计划中包含以下关键内容：
1.
1. 依据项目背景及要求，确定测试环境
2.
1.
2. 测试范围：
需要测试组测试的范围，估算出测试所花费的人力资源和各个测试需求的测试优先级
2.
1.
3. 测试策略：
确定项目的测试计划内容，整体测试的测试方法和每个测试需求的测试方法，同时做好测试进度安排及人员调整。
2.
1.
4. 测试资源：
本次测试所需要用到的人力、硬件、软件技术的资源
2.
1.
5. 测试组角色：
明确测试组内各个成员的角色和相关责任（此项针对公司验收测试）
2.
1.
6. 可交付成果：
在测试的工作中必须向领导提交的产物：
包括测试计划、测试报告等
2.
1.
7. 风险管理：
列举出测试工作所可能出现的风险，测试计划编写完毕后，必须提交给经理，开发经理，需求人员，进行联合评审
2.
退出标准
开发经理，需求人员以及测试工程师对测试目标及内容达成一致
责任人
测试工程师
注意：
针对需求分析文档和项目开发计划文档测试完成后，测试工程师需要编写测试计划文档，制定测试策略以及预估测试过程中风险，并设计出合理的规避风险的策略，为后续的测试工作提供直接的指导。
3.1.4 设计测试用例
过程要点
详细说明
输入条件
测试需求分析明确，测试计划明确
工作内容
根据测试计划设计测试用例，设计参考原则：
1.
1. 等价类划分
2.
1.
2. 边界值分析
2.
1.
3. 错误推测
2.
4. 业务知识及相关流程
退出标准
1.
1. 测试用例需要覆盖所有的测试需求
2.
1.
2. 测试用例集需要进行评审并通过
2.
1.
3. 项目进行过程中，适时的根据需求变更来对测试用例进行维护
2.
责任人
测试工程师
注意：
在测试计划确立基线（交付时间点）以后，测试工程师需要针对测试需求编写测试用例，在实际的测试中，测试用例将是唯一实施标准。
3.1.5 设计内容评审
过程要点
详细说明
输入条件
测试计划、测试用例集完成
工作内容
评审测试计划内容的正确性及合理性：
1.
1. 测试环境、测试资源
2.
1.
2. 测试需求范围，各个测试需求的优先级
2.
1.
3. 测试策略及风险管理等
2.
评审测试用例集：
1.
1. 测试用例优先级
2.
1.
2. 测试用例集基于需求的覆盖程度（是否有遗漏）
2.
退出标准
测试计划及测试用例集评审通过
责任人
测试工程师，经理
注意：
测试计划及测试用例的设计工作完成后，需通知经理，开发经理，需求人员召开评审会议。
在这之前需要将待评审的内容发给相关人员熟悉和理解。
3.2实施测试阶段
3.2.1 测试交接
过程要点
详细说明
输入条件
测试设计内容评审完毕，开发团队编码工作完成，并已完成单元测试，内部测试；
工作内容
测试评审开发人员提交部件的完整性及可测性：
1.
1. 检查接受的测试内容（按照测试启动会上所规定的内容）
2.
1.
2. 能够正确安装/卸载
2.
1.
3. 检查送测的软件是否完整，能够进行测试
2.
退出标准
提交部件经测试工程师检验通过
责任人
测试工程师
3.2.2 实施测试（外部测试）
过程要点
详细说明
输入条件
外部测试计划和外部测试用例均为可用且通过评审
工作内容
测试工程师根据测试计划中分配给自己的测试任务和提供的测试用例，实施相应的测试用例
1.
1. 检查接受的测试内容（按照测试启动会上所规定的内容）
2.
1.
2. 记录实施用例的结果，提交当日测试记录
2.
1.
3. 提交缺陷
2.
退出标准
外部测试用例中的所有测试任务被执行，结果被记录
责任人
测试工程师
注意：
执行测试用例将花费测试工程师大部分时间，这些工作都是建立在前期很多计划工作的基础上。
3.2.3 实施测试（公司验收测试）
过程要点
详细说明
输入条件
外部测试已通过且公司验收测试计划用例可用且通过评审
工作内容
其他各部门兼职测试工程师根据公司验收测试计划中分配给自己的测试任务和提供的测试用例，实施相应的测试用例
1.
1. 检查接受的测试内容（按照测试启动会上所规定的内容）
2.
1.
2. 记录实施用例的结果，提交当日测试记录
2.
1.
3. 提交缺陷
2.
退出标准
公司验收测试测试用例中的所有测试任务被执行，结果被记录
责任人
测试工程师（王某），其他各部门的兼职测试工程师
注意：
在公司验收测试阶段，主要精力将放到兼容性测试，随机测试以及用户友好性测试，除此之外，根据测试计划的要求，可安排性能和压力测试。
3.2.4 回归测试
过程要点
详细说明
输入条件
在每轮测试中，按照现有的测试用例没有新的缺陷被发现，测试报告中全部的0级和1级缺陷被修复。
工作内容
测试组将按照测试计划中对于回归测试的策略对产品进行回归测试，回归测试的用例属于测试用例的一部分或者是全部测试用例，但不能超出原先预定的测试用例的范围。
记录用例实施结果，提交回归测试记录
退出标准
回归测试所运行的用例全部通过
所有0和1级缺陷都已修复并通过验证
责任人
测试工程师
注意：
在每轮测试结束后，由测试工程师重新针对修改后的最新版本，进行回归测试。
3.3 总结阶段
3.3.1测试总结报告
过程要点
详细说明
输入条件
测试工程师完成了所有的测试实施工作，在外部测试和公司验收测试阶段报的全部的0级和1级缺陷被修复并被确认。
工作内容
测试工程师根据测试的结果，按照测试总结报告的文档模板编写测试报告（参考产品测试报告模板），测试报告必须包含以下重要内容：
1.测试资源概述：
多少人、多长时间
2.测试结果摘要：
分别描述各个测试需求的测试结果，产品实现了哪些功能点，哪些还没有实现
3.缺陷分析：
按照缺陷的属性分类进行分析
4.测试需求覆盖率原先列举的测试需求的测试覆盖率，可能一部分测试需求因为资源和优先级的因素没有进行测试，那么在这里要进行说明
5.测试评估：
从总体对项目质量进行评估
6.开发建议：
从开发的角度为测试部门工作提出建议
退出标准
测试工程师完成了符合标准的测试报告，并且发给了经理
责任人
测试工程师
3.3.2 测试归档
过程要点
详细说明
输入条件
验收测试通过
工作内容
归类、存档测试过程涉及到的文档，主要包括以下文档：
1.
1. 测试需求分析表（必须）
2.
2．测试计划书（必须）
3．测试用例书（必须）
4. 测试总结报告（必须）
5．BUG汇总表（必须）
5. 测试验收会议记录（可选）
退出标准
全部文档归类完毕，版本号封存
责任人
测试工程师
4、缺陷追踪流程
4.1、缺陷管理工具
当前公司使用JIRA来追踪处理缺陷，优点如下：
} 不仅可以统一数据格式、完成数据校验，而且确保每一个缺陷不会被忽视，使开发人员的注意力保持在那些必须尽快修复的高优先级的缺陷上
} 可以随时遍历符合各种需求的查询条件，而且有利于建立各种动态的数据报表，用于项目状态报告和缺陷数据统计分析
} 可以随时得到最新的缺陷状况大家获得一致又准确的信息，掌握相同的实际情况，消除沟通上的障碍
} 可以将缺陷和测试用例、需求等关联起来，完成更深度的分析，有利于产品的质量改进等。
4.2 缺陷追踪流程
升级会员 