软件测试流程规范文档.docx

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