软件测试流程规范文档.docx
《软件测试流程规范文档.docx》由会员分享,可在线阅读,更多相关《软件测试流程规范文档.docx(8页珍藏版)》请在淘文阁 - 分享文档赚钱的网站上搜索。
1、软件测试流程规范文档软件测试流程及规范(2)一、目的(2)二、测试流程讲明(2)三、需求分析(2)四、需求评审需求澄清(3)五、开发人员编写排期(3)六、测试计划排期(3)七、编写测试用例(3)八、用例评审(3)九、提交基线(3)十、Showcase(3)十一、转测(4)十二、测试通过(4)十三、测试评估(4)十四、测试总结文档报告输出(4)十五、测试报告(5)十六、备注(5)需求分析由SA制定,要求细化每一个功能的细节,每一个按钮的位置以及边界范围,对于稍大或稍复杂需求要求建模。1测试需求是制订测试计划的基本根据,只要确定了的测试需求才能够为测试计划提供客观根据;2测试需求是设计测试用例的指
2、导,只要确定了要测什么、需要测哪些方面,才能有针对性的设计测试用例;3测试需求是计算测试覆盖的分母,没有测试需求就无法有效地进行测试覆盖.四、需求评审需求澄清介入人员,包括:SE需求提出人、OM架构、PM(产品)、AD研发、TE测试以及QA(质量)。SE提出需求。开发人员OM、PM、AD考虑功能实现的方案与可行性。TE主要是对需求的理解提出疑问,以便才能根据需求写用例。QA人员是最终对软件质量进行验证的人,所以也需要了解需求。五、开发人员编写排期开发人员需要根据需求功能点进行排期,然后将开发计划发送给介入项目的所有人员六、测试计划排期测试人员根据开发计划,安排测试的详细测试时间包括SIT转测,
3、然后将测试计划发送给介入项目的所有人员。七、编写测试用例根据具体的需求文档,开场进行用例的编写。八、用例评审用例评审前,先将用例发送给相关人员,以便他们事先了解用例将对哪些功能进行验证以及验证的细节。在用例评审中,介入人员需要对用例中与实际功能不符合的用例或者格式不规范规用例提出修改建议。九、提交基线开发人员完成所有功能后,会对本人的功能进行一个自测。自测完成后提交测试进行基线。十、Showcase开发人员自测完成后将实现的功能演示给测试人员。测试人员能够提出疑问由开发人员解答或者后续提单解决。十一、转测转测试是开发把所有需求都开发完成,并所有需求都showcase完毕。即:开发转版本给测试组
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 测试 流程 规范 文档
限制150内