软件的测试流程及现阶段流程.pptxVIP

软件测试流程及现阶段流程讨论测试工作总体流程图（测试阶段）立项A测试计划、测试设计B单元测试C整合测试D系统测试E性能测试F验收测试结束A测试计划、测试设计《测试计划》根据用户需求报告中关于功能要求和性能指标的规格说明书，定义相应的测试需求报告，即制订黑盒测试的最高标准，以后所有的测试工作都将围绕着测试需求来进行，符合测试需求的应用程序即是合格的，反之即是不合格的；同时，还要适当选择测试内容，合理安排测试人员、测试时间及测试资源等。依据《项目需求规格说明书》、《项目开发架构设计》和《项目整体计划》设计《测试计划》和 《测试设计》审核《测试设计》将测试计划阶段制订的测试需求分解、细化为若干个可执行的测试过程，并为每个测试过程选择适当的测试用例 审核通过进入下一阶段B单元测试〈测试设计文档〉依据需求和设计描述作为指南，对重要的控制路径进行测试以发现模块内的错误。单元测试方案产生测试用例单元测试执行使用测试工具对BUG测试记录的版本进行控制BUG记录针对上个测试版本的BUG记录进行测试BUG记录版本提交开发人员提供新版本回归测试单元测试总结在BUG出现的曲线图逐渐收敛并且得到控制的情况下进入下一阶段C整合测试上一阶段主要针对模块之间互相叠加的功能设计测试用例。整合测试方案产生测试用例整合测试执行使用测试工具对BUG测试记录的版本进行控制BUG记录针对上个测试版本的BUG记录进行测试BUG记录提交开发人员提供新版本回归测试整合测试总结　D系统测试(1)设计测试所有从系统的其他元素来的信息的错误处理路径；(2)在软件接口处进行一系列仿真错误数据或者其他潜在错误的测试；(3)记录测试的结果作为当“互相指责”时出现的“证据”；(4)参与系统测试的计划和设计来保证系统进行了足够的测试。上一阶段系统测试方案产生测试用例系统测试执行使用测试工具对BUG测试记录的版本进行控制BUG记录针对上个测试版本的记录进行测试BUG记录版本提交开发人员提供新版本回归测试系统功能达到需求标准系统测试综合报告系统测试综合报告提交报告申请进入下一阶段E性能测试性能测试与压力测试同步性能测试方案依据系统各页面的实际访问量大小设计压力大小。例如：应该给予首页比较大的访问压力依据需求规格说明书的要求设计性能测试脚本脚本优化调整运行环境优化调试依据性能测试脚本使用压力测试工具进行压力测试对系统进行优化调试测试评估测试报告提交包含压力测试过程中出现的异常和不符合产品需求的情况。达到产品需求规格标准性能测试报告提交报告申请进入下一阶段F验收测试主要由客户依据＜需求规格说明书＞在客户的验收环境下进行测试设计验收测试方案验收测试测试人员进行ＢＵＧ记录提交BUG记录符合需求规格说明书标准开发人员提供修改后的版本测试工作总结产品质量验收合格证书 测试流程详述 一般而言，软件测试从项目确立时开始，前后要经过以下一些主要环节： 需求分析→测试计划→测试设计→测试环境搭建→测试执行→测试记录→缺陷管理 → 软件评估→RTM 首先明确分工，一般而言，需求分析、测试用例编写、测试环境搭建、测试执行等属于高级测试人员工作范畴，而测试执行以及缺陷提交等属于普通测试人员的工作范畴，测试负责人负责整个测试各个环节的跟踪、实施、管理等。 说明： 1．以上流程各环节并未包含软件测试过程的全部，如根据实际情况还可以实施一些测试计划评审、用例评审，测试培训等。在软件正式发行后，当遇到一些严重问题时，还需要进行一些后续维护测试等。 2．以上各环节并不是独立没联系的，实际工作千变万化，各环节一些交织、重叠在所难免，比如编写测试用例的同时就可以进行测试环境的搭建工作，当然也可能由于一些需求 不清楚而重新进行需求分析等。所以在实际测试过程中也要做到具体问题具体分析，具体解决。 需求分析需求分析（Requirment Analyzing）应该说是软件测试的一个重要环节，测试人员对这一环节的理解程度如何将直接影响到接下来有关测试工作的开展。 可能有些人认为测试需求分析无关紧要，这种想法是很不对的。需求分析不但重要而且至关重要！ 一般而言，需求分析包括软件功能需求分析、测试环境需求分析、测试资源需求分析等。其中最基本的是软件功能需求分析，测一款软件首先要知道软件能实现哪些功能以及是怎样实现的。那我们就应该知道软件是怎样来实现这些功能的，为了实现这些功能需要哪些测试设备以及如何搭建相应测试环境等。测试需求分析的依据有软件需求文档、软件规格说明书以及开发人员的设计文档等。 测试计划测试计划（Test Plan ）一般由测试负责人来编写。 测试计划的依据主要是项目开发计划和测试需求分析结果而制定。测试计划一般包括以下一些方面： 1． 测试背景 a.软件项目介绍； b.项目涉及人员（如软硬件项目负责人等）介绍以及相应联系方