文档介绍：软件测试流程及规范 2一、目标 2二、测试流程说明 2三、需求分析 2四、需求评审(需求澄清) 3五、开发人员编写排期 3六、测试计划排期 3七、编写测试用例 3八、用例评审 3九、提交基线 3十、Showcase 3十一、转测 4十二、测试通过 4十三、测试评估 4十四、测试总结文档报告输出 4十五、测试报告 5十六、备注 5软件测试流程及规范一、目标制定完整且具体的测试路线和流程,为快速、高效和高质量的软件测试提供基础流程框架。最终目标是实现软件测试规范化、标准化。二、测试流程说明三、需求分析需求分析由SA制定,要求细化每一个功能的细节,每一个按钮的位置以及边界范围,对于稍大或稍复杂需求要求建模。(1) 测试需求是制订测试计划的基本依据,只有确定了的测试需求才能够为测试计划提供客观依据;(2) 测试需求是设计测试用例的指导,只有确定了要测什么、需要测哪些方面,才能有针对性的设计测试用例;(3) 测试需求是计算测试覆盖的分母,、需求评审(需求澄清)参与人员,包括:SE(需求提出人)、0M(架构)、PM(产品)、AD(研发)、TE(测试)以及QA(质量)。SE提出需求。开发人员(OM、PM、AD)考虑功能实现的方案与可行性。TE主要是对需求的理解提出疑问,以便才能根据需求写用例。QA人员是最终对软件质量进行验证的人,所以也需要了解需求。五、开发人员编写排期开发人员需要根据需求功能点进行排期,然后将开发计划发送给参与项目的所有人员六、测试计划排期测试人员根据开发计划,安排测试的具体测试时间(包括SIT转测),然后将测试计划发送给参与项目的所有人员。七、编写测试用例根据详细的需求文档,开始进行用例的编写。八、用例评审用例评审前,先将用例发送给相关人员,以便他们事先了解用例将对哪些功能进行验证以及验证的细节。在用例评审中,参与人员需要对用例中与实际功能不符合的用例或者格式不规范规用例提出修改建议。九、提交基线开发人员完成所有功能后,会对自己的功能进行一个自测。自测完成后提交测试进行基线。十、Showcase开发人员自测完成后将实现的功能演示给测试人员。测试人员可以提出疑问由开发人员解答或者后续提单解决。卜一、转测转测试是开发把所有需求都开发完成,并所有需求都showcase完毕。(即:开发转版本给测试组前进行的系统测试,目的是来评断这个版本功能是否可测。如果预测试不通过,打回,开发组返工,如果通过,测试组开始第一轮系统测试。)迭代出口(转测之前是迭代出口,迭代出口前是迭代期)完成了,需要自己到测试环境进行验证。主题。⑴⑵(3)转测时间根据版本制定。版本转测试以后,需要对本版本进行总结,版本制作人需要对合入版本期间的异常进行总结,对合入的事件做好记录,对版本延迟的原因要给出负责第一轮系统转测试,测试组会执行所有测试用例,发现缺陷提交问题单,并每日汇报测试进展。第一轮测试结束后,测试组将所有的问题单跟踪提交给开发人员,由他们进行修改。然后对基线后的第二轮进行测试,第二轮会对第一轮中发现的问题进行重点回归。在开发修复bug期间,测试组会对第一轮系统测试做一个测试评估,出一个测试报告。还要根据实际情况,对测试组写的测试用例进行修改和增加,开发修改bug结束,提交一个新的版本给测试组。首先是回归缺陷