为了规范公司产品测试工作流程，进一步提测试管理水平，保证产品测试质量，特编制《测试工作流程规范》。
3.1、计划与设计阶段3.1.1需求评审
过程要点
详细说明
工作内容
测试工程师对需求中不清楚、不完整、太概括或存在疑义的地方提出问题，需求人员解答并确认
退出标准
测试工程师对需求无异议
参与人员
需求人员，开发经理，测试工程师
责任人
需求人员
2.针对于测试工程师提出的问题，需求人员必须给出完整确切的解释。
输入条件
项目（产品）开发计划完成
1.测试需求分析表
2.项目需求及软件规格定义文档
3.项目开发计划
4.开发设计过程中提供概要设计、详细设计文档
开发经理，需求人员以及测试工程师对测试目标及内容达成一致
测试工程师
项目需求文档建立，项目开发计划完成，测试工程师审核测试需求分析表并通过
根据项目的需求文档、设计文档、以及测试需求分析表，测试计划中包含以下关键内容：
1.依据项目背景及要求，确定测试环境
2.测试范围：需要测试组测试的范围，估算出测试所花费的人力资源和各个测试需求的测试优先级
3.测试策略：确定项目的测试计划内容，整体测试的测试方法和每个测试需求的测试方法，同时做好测试进度安排及人员调整。
4.测试资源：本次测试所需要用到的人力、硬件、软件技术的资源
6.可交付成果：在测试的工作中必须向领导提交的产物：包括测试计划、测试报告等
7.风险管理：列举出测试工作所可能出现的风险，测试计划编写完毕后，必须提交给经理，开发经理，需求人员，进行联合评审
注意：针对需求分析文档和项目开发计划文档测试完成后，测试工程师需要编写测试计划文档，制定测试策略以及预估测试过程中风险，并设计出合理的规避风险的策略，为后续的测试工作提供直接的指导。
测试需求分析明确，测试计划明确
根据测试计划设计测试用例，设计参考原则：
1.等价类划分
2.边界值分析
3.错误推测
1.测试用例需要覆盖所有的测试需求
2.测试用例集需要进行评审并通过
3.项目进行过程中，适时的根据需求变更来对测试用例进行维护
测试计划、测试用例集完成
评审测试计划内容的正确性及合理性：
1.测试环境、测试资源
2.测试需求范围，各个测试需求的优先级
3.测试策略及风险管理等
评审测试用例集：
1.测试用例优先级
2.测试用例集基于需求的覆盖程度（是否有遗漏）
测试计划及测试用例集评审通过
测试工程师，经理
3.2实施测试阶段3.2.1测试交接
测试设计内容评审完毕，开发团队编码工作完成，并已完成单元测试，内部测试；
测试评审开发人员提交部件的完整性及可测性：
1.检查接受的测试内容（按照测试启动会上所规定的内容）
2.能够正确安装/卸载
3.检查送测的软件是否完整，能够进行测试
提交部件经测试工程师检验通过
外部测试计划和外部测试用例均为可用且通过评审
测试工程师根据测试计划中分配给自己的测试任务和提供的测试用例，实施相应的测试用例
2.记录实施用例的结果，提交当日测试记录
3.提交缺陷
外部测试用例中的所有测试任务被执行，结果被记录
外部测试已通过且公司验收测试计划用例可用且通过评审
其他各部门兼职测试工程师根据公司验收测试计划中分配给自己的测试任务和提供的测试用例，实施相应的测试用例
公司验收测试测试用例中的所有测试任务被执行，结果被记录
测试工程师（王某），其他各部门的兼职测试工程师
注意：在公司验收测试阶段，主要精力将放到兼容性测试，随机测试以及用户友好性测试，除此之外，根据测试计划的要求，可安排性能和压力测试。
在每轮测试中，按照现有的测试用例没有新的缺陷被发现，测试报告中全部的0级和1级缺陷被修复。
测试组将按照测试计划中对于回归测试的策略对产品进行回归测试，回归测试的用例属于测试用例的一部分或者是全部测试用例，但不能超出原先预定的测试用例的范围。记录用例实施结果，提交回归测试记录
回归测试所运行的用例全部通过
所有0和1级缺陷都已修复并通过验证
注意：在每轮测试结束后，由测试工程师重新针对修改后的最新版本，进行回归测试。
3.3总结阶段3.3.1测试总结报告
测试工程师完成了所有的测试实施工作，在外部测试和公司验收测试阶段报的全部的0级和1级缺陷被修复并被确认。
测试工程师根据测试的结果，按照测试总结报告的文档模板编写测试报告（参考产品测试报告模板），测试报告必须包含以下重要内容：
2.测试结果摘要：分别描述各个测试需求的测试结果，产品实现了哪些功能点，哪些还没有实现
3.缺陷分析：按照缺陷的属性分类进行分析
4.测试需求覆盖率原先列举的测试需求的测试覆盖率，可能一部分测试需求因为资源和优先级的因素没有进行测试，那么在这里要进行说明
5.测试评估：从总体对项目质量进行评估
6.开发建议：从开发的角度为测试部门工作提出建议
测试工程师完成了符合标准的测试报告，并且发给了经理
验收测试通过
归类、存档测试过程涉及到的文档，主要包括以下文档：
1.测试需求分析表（必须）
2．测试计划书（必须）
3．测试用例书（必须）
4.测试总结报告（必须）
5．BUG汇总表（必须）
5.测试验收会议记录（可选）
全部文档归类完毕，版本号封存
4、缺陷追踪流程4.1、缺陷管理工具
当前公司使用JIRA来追踪处理缺陷，优点如下：
}不仅可以统一数据格式、完成数据校验，而且确保每一个缺陷不会被忽视，使开发人员的注意力保持在那些必须尽快修复的高优先级的缺陷上
}可以随时遍历符合各种需求的查询条件，而且有利于建立各种动态的数据报表，用于项目状态报告和缺陷数据统计分析
}可以随时得到最新的缺陷状况大家获得一致又准确的信息，掌握相同的实际情况，消除沟通上的障碍
}可以将缺陷和测试用例、需求等关联起来，完成更深度的分析，有利于产品的质量改进等。
馆长整理资源不易，欢迎打赏，感谢那些支持我的朋友，谢谢，谢谢，谢谢！
您的支持是我成长的动力！交个朋友，一起成长。
-产品经理资料馆-
我们努力成为产品经理的朋友的工具箱、资料馆，您的需要就是我们努力的方向。欢迎您给我们提出宝贵的意见和建议。