文档介绍：软件测试工作流程规范20170509

机密 2022/7/26
复
测试通过
测试报告
验收方案
软件上线
需求分析

机密 2022/7/26
需求分析
需求分析由产品人员制定，细化每一个功能的细节，每一个按钮的位置，对于稍大或复杂一点的需求都进行建模。
需求评审

机密 2022/7/26
所有参与项目人员进行，开发人员、测试人员、项目责任人。测试人员提出需求，开发人员考虑功能实现的方案与可行性、当然开发负责也是要参与的。测试人员主要是对需求的理解提出疑问，以便才能根据需求写用例。项目责任人是最终对软件质量进行验证的人，所以也需求了解需求。
开发人员编写排期
开发人员需求根据需求功能点进行排期。然后将该计划转交给测试人员。
测试计划排期
测试人员根据开发计划，对测试拟定具体测试时间，也就是开发功能完成后的时间，进行几轮测试等。然后，把项目的开发与测试计划发送给各部门负责人及参与项目的所有人员。
编写测试用例
根据详细的需求分档，开始进行用例的编写。
用例评审
在用例进行评审之前，先以邮件形式将用例发送给相

机密 2022/7/26
关人员，以便他们事先了解用例对哪些功能进行验证以及验证的细节。
然后，测试人员组进行用例评审，开发人员对用例与实际功能不符合有哪些，产品人员对会通过用例对功能的具体实现进行把握等等。
执行测试
测试人员第一轮测试，发现的问题通过缺陷管理工具进行反馈，开发人员对问题进行修复，完成第一轮测试后，需要写测试结论，发到相关人员。然后进行第二轮测试，第二轮会对第一轮中发现的问题进行重点回归。
测试通过
经过两到三轮或四轮的测试后，直到没发现新的问题，或暂时无法解决，或不紧急的问题。通过上级确认，可以通过。编写测试报告与验收方案。
验收方案是交由项目责任人进行验证的。在现公司的流程中是将测试与项目责任人分开的，测试人员重点关注的是功能是否可以正常运行。项目责任人关注的是整个流程的质量以及最终用户的质量。

机密 2022/7/26
测试准备
测试计划
根据需求文档和项目计划制定测试计划。测试计划旨在说明各测试阶段任务、人员分配、时间安排、测试要点、工作规范等。测试计划在策略和方法方面说明如何计划、组织和管理测试项目。测试计划完成后应该在项目组内进行评审。
测试用例
测试用例是为实施测试而向被测试系统提供的输入数据、操作或各种环境设置以及期望结果的一个特定的集合。解决要测什么、怎么测和如何衡量的问题。 
依据用户需求分析说明书、概要设计文档和开发详细设计说明书来设计测试用例，发现需求与设计中的问题后，与需求者及时沟通确认。
测试用例设计方法 
测试用例的设计方法有等价类测试、边界值分析、基于判定表的测试、基于因果图的测试、基于状态图的测试、基于场景的测试。 
在设计测试用例时常用的设计方法有等价类测试、边界值分析两种方法。

机密 2022/7/26
测试用例操作步骤 
在设计编写测试用例时，首先要从测试用例库中选择相应功能的测试用例，在原有测试用例的基础上依据系统需求文档对测试用例的进行修改、更新，评审通过后将使用该测试用例测试被测系统。 
在测试的执行过程中和进行回归测试后，对已设计的测试用例进行维护更新。
测试用例选择准则 
测试用例的代表性：能够代表各种合理和不合理