测试工作总体流程图.ppt

F验收测试,B单元测试,C整合测试,D系统测试,E性能测试,A测试计划、测试设计,立项,结束,测试工作总体流程图,A测试计划、测试设计,依据项目需求规格说明书、项目开发架构设计和项目整体计划设计测试计划和 测试设计,设计审核,进入下一阶段,测试计划根据用户需求报告中关于功能要求和性能指标的规格说明书，定义相应的测试需求报告，即制订黑盒测试的最高标准，以后所有的测试工作都将围绕着测试需求来进行，符合测试需求的应用程序即是合格的，反之即是不合格的；同时，还要适当选择测试内容，合理安排测试人员、测试时间及测试资源等。,测试设计将测试计划阶段制订的测试需求分解、细化为若干个可执行的测试过程，并为每个测试过程选择适当的测试用例,审核通过,B单元测试,测试设计文档,单元测试方案,依据需求和设计描述作为指南，对重要的控制路径进行测试以发现模块内的错误。测试过程中优先考虑耦合度比较高的模块功能，重点测试。,产生测试用例,BUG记录,开发人员提供新版本,回归测试,单元测试总结,单元测试执行,BUG记录版本提交,使用测试工具对BUG测试记录的版本进行控制,针对上个测试版本的BUG记录进行测试,在BUG出现的曲线图逐渐收敛并且得到控制的情况下进入下一阶段,C整合测试,整合测试方案,产生测试用例,BUG记录,开发人员提供新版本,回归测试,整合测试总结,整合测试执行,主要针对模块之间互相叠加的功能决设计测试用例。,上一阶段,使用测试工具对BUG测试记录的版本进行控制,BUG记录提交,针对上个测试版本的BUG记录进行测试,D系统测试,系统测试方案,产生测试用例,BUG记录,开发人员提供新版本,回归测试,系统功能达到需求标准,系统测试执行,上一阶段,BUG记录版本提交,系统测试综合报告,针对上个测试版本的记录进行测试,系统测试综合报告,提交报告申请进入下一阶段,(1)设计测试所有从系统的其他元素来的信息的错误处理路径；(2)在软件接口处进行一系列仿真错误数据或者其他潜在错误的测试；(3)记录测试的结果作为当“互相指责”时出现的“证据”；(4)参与系统测试的计划和设计来保证系统进行了足够的测试。,使用测试工具对BUG测试记录的版本进行控制,E性能测试,依据使用压力测试工具进行压力测试,性能测试报告,依据的要求设计,性能测试方案,测试工具采用Microsoft WebApplication Stress Tool,依据系统各页面的实际访问量大小设计压力大小。例如：应该给予首页比较大的访问压力,测试评估,运行环境优化调试,对系统进行优化调试,脚本优化调整,提交报告申请进入下一阶段,达到产品需求规格标准,测试报告提交,包含压力测试过程中出现的异常和不符合产品需求的情况。,性能测试与压力测试同步,F验收测试,主要由客户依据需求规格说明书在客户的验收环境下进行测试,测试人员进行记录,提交BUG记录,验收测试,设计验收测试方案,开发人员提供修改后的版本,产品质量验收合格证书,测试工作总结,符合需求规格说明书标准,