软件测试流程及规范（参考大华为的规范）
软件测试流程及规范
一、目标
制定完整具体的测试路线和流程，为快速、高效、高质量的软件测试提供基本的流程框架。最终目标是实现软件测试的标准化和规范化。
二、测试流程说明
三、需求分析
需求分析由SA制定，要求细化每一个功能的细节，每一个按钮的位置以及边界范围，对于稍大或稍复杂需求要求建模。
（1）测试需求是制订测试计划的基本依据，只有确定了的测试需求才能够为测试计划提供客观依据;
（2）测试需求是设计测试用例的指导，只有确定了要测什么、需要测哪些方面，才能有针对性的设计测试用例;
（3）测试需求是计算测试覆盖的分母，没有测试需求就无法有效地进行测试覆盖.
四、需求评审（需求澄清）
参与人员，包括：SE、OM、PC、AD、TE以及QA。
SE提出需求。
开发人员（OM、PC、AD）考虑功能实现的方案与可行性。
TE主要是对需求的理解提出疑问，以便才能根据需求写用例。
QA人员是最终对软件质量进行验证的人，所以也需要了解需求
五、开发人员编写排期
开发人员需要根据需求功能点进行排期，然后将开发计划发送给参与项目的所有人员
六、测试计划排期
测试人员根据开发计划，安排测试的具体测试时间（包括SIT转测），然后将测试计划发送给参与项目的所有人员。
七、编写测试用例
根据详细的需求文档，开始进行用例的编写。
八、用例评审
在用例审查之前，将用例发送给相关人员，以便他们可以提前知道用例将验证哪些功能以及验证的细节。
在用例评审中，参与人员需要对用例中与实际功能不符合的用例或者格式不规范规用例提出修改建议。
九、提交基线
开发人员完成所有功能后，会对自己的功能进行一个自测。自测完成后提交测试进行基线。
十、Showcase
开发人员完成自检后，将实现的功能演示给测试人员。
测试人员可以提出问题，由开发人员或后续的提货单来回答。
十一、转测
转测试是开发把所有需求都开发完成，并所有需求都showcase完毕。
(即开发一个版本给测试组之前的系统测试，目的是判断这个版本的功能是否可测。如果预测试失败，打电话回来，开发团队会返工。如果通过，测试团队将开始第一轮系统测试。)
迭代退出(转换前的迭代退出和迭代退出前的迭代期)完成，需要你自己去测试环境验证。
传输时间根据版本而定。版本转入测试后，需要对该版本进行总结，版本制作人员需要对合并版本过程中的异常进行总结，记录合并事件，并对版本延迟的原因给出责任题目。
(1)在第一轮系统测试中，测试团队将执行所有测试用例，在发现缺陷时提交问题单，并每日报告测试进度。第一轮测试结束后，测试团队跟踪并将所有问卷提交给开发人员进行修改。然后是基线测试后的第二轮，第二轮会重点对第一轮发现的问题进行回归。
(2)在他们修复bug期间，测试组会对第一轮系统测试做一个测试评估，出一个测试报告。还要根据实际情况，对测试组写的测试用例进行修改和增加，开发修改bug结束，提交一个新的版本给测试组。
首先回归缺陷，然后选择一些优先级较高的用例进行测试。发现问题后，继续提交缺陷问题单，直到不良率低于用户要求。测试团队将进行最后一轮大规模测试，结束系统测试。具体测试轮次根据版本质量和项目复杂程度确定。
十二、测试通过
经过两三四轮测试，没有发现新的问题。或者暂时解决不了的问题，或者不紧急的问题，可以通过上级确认。
编写测试报告与验收方案（验收方案是交由QA进行验证的，测试人员重点关注的是功能是
否可以正常运行，QA关注的是整个流程的质量以及最终用户的质量）。软件测试流程
十三、测试评估
执行阶段结束了进入测试评估阶段，测试组会出一个总的测试报告对测试组测试的这个过程和版本的质量做一个详细的评估 ：
1) 需求需要评审那些？
2) 用例需要评审那些？
3) 计划应该评审那些？
4) 缺陷评审那些？
5) bug评估？
十四、测试总结文档报告输出
可以让具体的任务负责人对该本次测试中个人负责的模快进行评价，提出相关建议，给出总
体的评估。
bug按照不同等级统计出来，用例数量、用例执行数量。
对项目中测试人力资源的统计。（单位：人/天）
项目中软硬件资源统计。
提出软件总体的评价。
十五、测试报告
测试报告包括软件功能的结论，解释为满足该功能而设计的软件功能以及已经通过一次或多次测试证明的功能。
说明项目的软件开发是否达到预定目标，是否可以交付使用。汇总测试工作的资源消耗数据，如本级人员数量、机器时间消耗等。
记录测试结果和发现，以及从本项目测试工作中获得的各种输出的载体，根据输入与计划和要求的对比，总结本项目获得的经验。
十六、备注
测试团队职责： | 需求评审、测试计划、测试用例、测试用例评审、测试执行、缺陷报告、缺陷跟踪、测试报告 |
测试团队交付件： | 测试计划、测试用例、缺陷报告、测试报告 |
发布评论