软件测试流程及规范-01

目录

• • 测试相关流程图
  • 测试相关流程说明

注意：流程是按照工作积累，非通用的测试标准流程，仅可参考即可。

测试相关流程图

测试开始前期需要知道的流程内容（参考）：

测试缺陷BUG流程图：（参考）

测试相关流程说明

需求分析

需求分析由CR制定，要求细化每一个功能的细节，每一个按钮的位置以及边界范围，对于稍大或稍复杂需求要求建模。

需求评审参与

开发人员编写排期

开发人员需求根据需求功能点进行排期，然后将开发计划发送给参与项目的所有人员。了解进度

测试计划排期

测试人员根据开发计划，安排测试的具体测试时间（包括SIT转测），然后将测试计划以及测试中日 发送给参与项目的所有人员。

编写测试用例

根据详细的需求文档，开始进行用例的编写。

用例评审（有的不需要评审，但是需要用例发给相关人员）

介入测试前期

开发人员完成所有功能后，会对自己的功能进行一个自测。自测完成后提交测试进行提测。
开发人员自测完成后将实现的功能演示给测试人员。测试人员可以提出疑问由开发人员解答或者后续提单解决。

提测冒烟

1. 提测是开发把所有需求都开发完成，并所有需求都showcase完毕。
   （即：开发转版本给测试组前进行的系统测试，目的是来评断这个版本功能是否可测。如果预测试不通过，打回，开发组返工，如果通过，测试组开始第一轮系统测试。）

2. 提测时间根据版本制定。版本提测以后，需要对本版本进行总结，版本制作人需要对合入版本期间的异常进行总结，对合入的事件做好记录，对版本延迟的原因要给出负责主题。

测试通过

测试评估

执行阶段结束了进入测试评估阶段，测试组会出一个总的测试 告对测试组测试的这个过程和版本的质量做一个详细的评估 ：

测试总结文档 告输出

可以让具体的任务负责人对该本次测试中个人负责的模快进行评价，提出相关建议，给出总体的评估。
整体上的bug按照不同等级统计出来，用例数量、用例执行数量。
对项目中测试人力资源的统计。（单位：人/天）
项目中软硬件资源统计。
提出软件总体的评价。

测试 告

测试 告包括对软件功能的结论，说明为满足此项功能而设计的软件能力以及经过一项或多项测试已证实的能力。
说明该项目软件的开发是否达到预定目标，是否可以交付使用。总结测试工作的资源消耗数据：如工作人员的水平级别数量、机时消耗等。
记录测试结果与发现及本项目测试工作所得到的各项输出的承载体，根据输入与计划、要求的对比来总结此次项目所获得的经验。

版本上线相关文档交付关闭

测试 告、测试复盘、测试禅道需求相关的内容关闭，做好下个迭代版本的测试计划以及安排好测试内容

备注：以上是按照工作积累经验以及参考大佬，编写整理，仅供参考