测试过程.ppt

测 试 过 程 张乐 * 主要内容 测试过程 测试类型 相关文档 软件测试对象 根据软件定义，软件包括程序、数据和文档，所以软件测试并不仅仅是程序测试。 软件测试不仅仅是软件开发的一个独立阶段，而应贯穿于整个软件生命周期中。 在整个软件生命周期中，各阶段有不同的测试对象，形成了不同开发阶段的不同类型的测试。需求分析、概要设计、详细设计以及程序编码等各阶段所得到的文档，包括需求规格说明、概要设计规格说明、详细设计规格说明以及源程序，都应成为软件测试的对象。 软件测试对象 在软件编码结束后，对编写的每一个程序模块进行测试，称为“模块测试”或“单元测试”； 在模块集成后，对集成在一起的模块组件，有时也可称为“部件”进行测试，称为“集成测试”； 在集成测试后，需要检测与证实软件是否满足软件需求说明书中规定的要求，这就称为“确认测试”。 将整个程序模块集成为软件系统安装在运行环境下，对于硬件、网络、操作系统及支撑平台构成的整体系统进行测试，称为“系统测试”。 软件测试对象 由于软件分析、设计与开发各阶段是互相衔接的，前一阶段工作中发生的问题如未及时解决，很自然要影响到下一阶段。从源程序的测试中找到的程序错误不一定都是程序编写过程中造成的。 为了把握各个环节的正确性，需要进行各种验证和确认工作。 验证（Verification）是保证软件正确实现特定功能的一系列活动和过程，目的是保证软件生命周期中的每一个阶段的成果满足上一个阶段所设定的目标。 确认（Validation）是保证软件满足用户需求的一系列的活动和过程，目的是在软件开发完成后保证软件与用户需求相符合。 验证与确认都属于软件测试，它包括对软件分析、设计以及程序的验证和确认。 软件测试分类 按照全生命周期的软件测试概念，测试对象应该包括软件设计开发的各个阶段的内容，但这里重点讲述开发阶段的测试。 按照开发阶段划分：单元测试、集成测试、系统测试、确认测试。 按照测试实施组织划分：开发方测试、用户测试（β测试）、第三方测试。 按照测试技术划分：白盒测试、黑盒测试、灰盒测试。 软件测试技术的分类 软件测试方法和技术的分类与软件开发过程相关联，它贯穿了整个软件生命周期。 走查、单元测试、集成测试、系统测试用于整个开发过程中的不同阶段。 开发文档和源程序可应用走查的方法； 单元测试可应用白盒测试方法； 集成测试应用近似灰盒测试方法； 系统测试和确认测试应用黑盒测试方法。 软件测试过程模型 软件测试是与软件开发紧密相关的一系列有计划的系统性的活动，显然软件测试也需要测试模型去指导实践 。 主要介绍两个模型 V模型 W模型 V模型 V模型是最具有代表意义的测试模型 。 V模型是软件开发瀑布模型的变种，它反映了测试活动与分析和设计的关系 。 从左到右，描述了基本的开发过程和测试行为，非常明确地标明了测试过程中存在的不同级别，并且清楚地描述了这些测试阶段和开发过程期间各阶段的对应关系 。 箭头代表了时间方向，左边下降的是开发过程各阶段，与此相对应的是右边上升的部分，即各测试过程的各个阶段。 V模型 W模型 V模型存在一定的局限性，它仅仅把测试过程作为在需求分析、概要设计、详细设计及编码之后的一个阶段。容易使人理解为测试是软件开发的最后的一个阶段，主要是针对程序进行测试寻找错误，而需求分析阶段的隐藏的问题一直到后期的验收测试才被发现。 在V模型中增加软件各开发阶段应同步进行的测试，被演化为一种W模型。 开发是“V”，测试也是与此相重叠的“V”。 W模型体现了“尽早地和不断地进行软件测试”的原则。 W模型 W模型 相比于V模型，W模型更科学。W模型可以说是前者自然而然的发展，它强调：测试伴随着整个软件开发周期，而且测试的对象不仅仅是程序，需求、功能和设计同样要测试。 测试与开发是同步进行的，从而有利于尽早地发现问题。以需求为例，需求分析一完成，我们就可以对需求进行测试，而不是等到最后才进行针对需求的验收测试。 测试不仅仅是评定软件的质量，测试还可以尽可能早地找出缺陷所在，从而帮助改进项目内部的质量。 研究室测试过程 岗位及职责 部门主管：负责审计测试报告，决定软件是否能够对外发布。 项目组负责人：负责需求分解、讲解和澄清，评审测试方案和测试样例。负责单元和集成测试并保证提交的产品质量达到系统测试的要求。组织研究组成员根据系统测试中提交的Bug进行修改并发布新版本。 测试负责人：负责组织测试团队，编写测试计划、测试大纲，按计划进行测试。 测试人员：负责编写测试样例、执行测试、发布测试报告等。 质量保证人员：负责审计系统测试过程和测试报告。 配置管理员：负责配置审计和检入、检出控制，为缺陷管理提供支持。 研究室测试过程 总体流程（参见流程图） 需求阶段 设计阶段 编码阶段 集成测试