软件测试第2章软件测试过程模型及标准.docVIP

第2章 软件测试过程模型及标准 回顾 软件过程模型：软件开发全部过程、活动和任务的结构框架也称软件开发模型或软件生存周期模型 典型的软件过程模型：瀑布模型，演化模型，增量模型，原型模型，螺旋模型，喷泉模型，基于构件的开发模型，形式方法模型 瀑布模型（包含计算机系统工程）（如图所示） 将软件放在计算机系统工程中，考察软件在计算机系统扮演什么角色，软件做什么，区分哪些事情由硬件完成，哪些事情软件完成，哪些事情由人完成。 瀑布模型（不包含计算机系统工程）（如图所示） 软件测试过程模型 模型：描述软件测试全部过程、活动和任务的结构框架 典型的软件测试模型： V模型 W模型 H模型 TMap模型 第三节 V模型 V模型描述软件开发各阶段与软件测试类别的关系 V模型的左分支展示了软件开发的活动（和传统瀑布模型的开发步骤相一致），右分支展示了软件测试的类别 特点： 可根据V模型确定各软件测试阶段的测试要求 可针对开发活动的不同特点为不同的测试类别设计不同的测试用例 体现测试人员参与开发的全过程 V模型（含计算机系统工程）（如图所示） V模型（不含计算机系统工程）（如图所示） V模型右侧的测试级别随软件开发程度的加深而对应不同级别的测试阶段 单元测试：主要针对详细设计和编码的测试 集成测试：主要针对概要设计的测试 系统测试：主要针对软件系统或计算机系统的测试 验收测试：主要由用户进行的测试 缺点：V模型把测试过程作为在需求定义、需求分析、系统概要设计、系统详细设计及编码之后的一个阶段。容易使人理解为测试是软件开发的最后阶段，测试主要针对程序进行，而需求定义、需求分析、系统概要设计、详细设计阶段隐藏的问题一直到后期的系统测试和验收测试才被发现。 第四节 W模型 V模型中增加各开发阶段应同步进行的验证和确认活动，演化成W模型 W模型由两个V组成，一个V代表开发过程，另一个V代表测试过程 优点： 体现了尽早地、不断地进行软件测试 体现了测试对象不仅是程序代码，还包括需求分析、设计等阶段的工作产品，测试与开发同步进行。 W模型图（如图所示） 局限性：在W模型中，需求、设计、编码等活动被视为串行，同时测试和开发活动也保持着一种线性的前后关系，上一阶段完全结束后才正式开始下一个阶段工作。这样就无法支持迭代的开发模型。 第五节 H模型 V模型和W模型都是基于瀑布模型的，实际开发过程中这些活动大多是交叉进行的，所以不存在严格的次序关系，各种测试（单元测试、集成测试等）也存在反复触发和迭代的关系 特点： H模型展示软件测试是一个贯穿产品生存周期的独立流程，与其他开发流程并行进行 H模型指出软件测试要尽早准备，尽早执行，不同测试活动的执行次序不固定，可反复，只要某个测试到达准备就绪点，测试执行活动就可开始 H模型图（如图所示） 说明：其他流程可以是任意的开发流程，例如设计流程或编码流程，也就是说，只要测试条件成熟了，测试准备活动完成了，测试执行活动就可以进行了。 第六节 TMap模型（略） TMap（Test Management Approach，测试管理方法）是一种结构化的、基于风险策略的测试方法体系，目的是能更早发现缺陷，以最小的成本，有效地、彻底地完成测试任务，以减少软件发布后的支持成本 TMap定义的测试生成周期由五个阶段组成：计划和控制、准备、规格说明、执行、完成 TMap模型图 TMap模型的5个阶段 计划和控制阶段：制订测试计划，定义需执行的测试活动（who,what,when,where and how） 准备阶段：确定软件规格说明书的质量是否足以成功实现说明书所规定的测试 规格说明阶段：设计测试用例，构建测试环境 执行阶段：执行测试，发现缺陷，书写缺陷报告 完成阶段：整理测试文档，书写测试总结报告，对测试过程进行评价 TMap模型的4项基石 测试活动生存周期（L)：描述测试过程的某些特殊阶段需要实施的活动 组织融合（O）：强调测试小组必须融入项目组织中，每个测试人员必须被分配任务并承担责任 正确的基础设施和工具（I）：为了获得最优的结果，需要适当的基础设施和工具 可用的技术（T）：指支持测试过程的技术，这些技术可用于定义基于风险的测试策略，支持有计划的测试过程，审查测试基准，详细说明测试用例，提交报告 TMap的基本活动 第七节 软件测试改进模型——引言 软件过程的能力成熟度模型CMM 20世纪70年代中期，美国国防部发现70%的失败项目是因为管理不善引起的，从而认为管理是影响软件研发项目全局的因素，而技术只影响局部。20世纪90年代中期，软件管理不善的问题仍然存在，大约只有10%的项目能够在预定的费用和进度下交付。 软件项目失败的主要原因有：需求定义不明确；缺乏一个好的软件开发过程；没有一个统一领导的产品研发小组；子合同管理不严格；没有经