软件测试模型ppt课件.ppt

软件测试模型 主要内容 H模型 四 软件测试过程模型 V模型是最具有代表意义的测试模型 它是软件开发瀑布模型的变种 它反映了测试活动与分析和设计的关系 V模型中的过程从左到右 描述了基本的开发过程和测试行为 V模型的价值在于它非常明确地标明了测试过程中存在的不同级别 并且清楚地描述了这些测试阶段和开发过程期间各阶段的对应关系 V模型问题 A 测试是开发之后的一个阶段 B 测试的对象就是程序本身 C 实际应用中容易导致需求阶段的错误一直到最后系统测试阶段才被发现 D 整个软件产品的过程质量保证完全依赖于开发人员的能力和对工作的责任心 而且上一步的结果必须是充分和正确的 如果任何一个环节出了问题 则必将严重的影响整个工程的质量和预期进度 V模型 W模型由Evolutif公司公司提出 相对于V模型 W模型增加了软件各开发阶段中应同步进行的验证和确认活动 W模型相当两个V模型的叠加 一个是开发的V 一个是测试的V 由于项目中开发和测试的是同步进行 相当于两个V是并列同步的进行的 测试在一定程度是随着开发的进展而不断向前进行 W模型强调 测试伴随着整个软件开发周期 而且测试的对象不仅仅是程序 需求 设计等同样要测试 也就是说 测试与开发是同步进行的 W模型有利于尽早地全面的发现问题 W模型也存在局限性 在W模型中 需求 设计 编码等活动被视为串行的 同时 测试和开发活动也保持着一种线性的前后关系 上一阶段完全结束 才可正式开始下一个阶段工作 这样就无法支持迭代 自发性以及变更调整 对于当前软件开发复杂多变的情况 W模型并不能解除测试管理面临着困惑 W模型 H模型中 软件测试过程活动完全独立 贯穿于整个产品的周期 与其他流程并发地进行 某个测试点准备就绪时 就可以从测试准备阶段进行到测试执行阶段 软件测试可以尽早的进行 并且可以根据被测物的不同而分层次进行 H模型的演示图 演示了在整个生产周期中某个层次上的一次测试 微循环 图中标注的其它流程可以是任意的开发流程 例如设计流程或者编码流程 也就是说 只要测试条件成熟了 测试准备活动完成了 测试执行活动就可以进行了 H模型揭示了一个原理 软件测试是一个独立的流程 贯穿产品整个生命周期 与其他流程并发地进行 H模型指出软件测试要尽早准备 尽早执行 不同的测试活动可以是按照某个次序先后进行的 但也可能是反复的 只要某个测试达到准备就绪点 测试执行活动就可以开展 H模型 X模型也是对V模型的改进 X模型提出针对单独的程序片段进行相互分离的编码和测试 此后通过频繁的交接 通过集成最终合成为可执行的程序 X模型的左边描述的是针对单独程序片段所进行的相互分离的编码和测试 此后将进行频繁的交接 通过集成最终成为可执行的程序 然后再对这些可执行程序进行测试 己通过集成测试的成品可以进行封装并提交给用户 也可以作为更大规模和范围内集成的一部分 多根并行的曲线表示变更可以在各个部分发生 X模型还定位了探索性测试 这是不进行事先计划的特殊类型的测试 这一方式往往能帮助有经验的测试人员在测试计划之外发现更多的软件错误 但这样可能对测试造成人力 物力和财力的浪费 对测试员的熟练程度要求比较高 X模型 前置测试模型则体现了开发与测试的结合 要求对每一个交付内容进行测试 前置测试模型是一个将测试和开发紧密结合的模型 此模型将开发和测试的生命周期整合在一起 随项目开发生命周期从开始到结束每个关键行为 前置测试模型的特点 A 开发和测试相结合 标识了项目生命周期从开始到结束之间的关键行为 并且表示了这些行为在项目周期中的价值所在 B 对每一个交付内容进行测试 在图中的绿色框表示了其它一些要测试的对象 包括可行性报告 业务需求说明 以及系统设计文档 前置测试模型包括2项测试计划技术 开发基于需求的测试用例 定义验收标准 C 在设计阶段进行测试计划和测试设计 验收测试计划等 D 测试和开发结合在一起 将测试执行和开发结合在一起 并在开发阶段以编码 测试 编码 测试的方式来体现 一个程序片段也需要相关的集成测试 甚至有时还需要一些特殊测试 对于一个特定的程序片段 其测试的顺序可以按照V模型的规定 但其中还会交织一些程序片段的开发 而不是按阶段完全地隔离 前置模型 E 让验收测试和技术测试保持相互独立 验收测试既可以在实施阶段的第一步来执行 也可以在开发阶段的最后一步执行 F 反复交替的开发和测试 在项目中从很多方面可以看到变更的发生 例如需要重新访问前一阶段的内容 或者地跟踪并纠正以前提交的内容 修复错误 排除多余的成分 以及增加新发现的功能 等等 G 发现内在的价值 前置测试能给需要使用测试技术的开发人员 测试人员 项目经理和用户等带来很多不同于传统方法的内在的价值 在实际的工作中 灵活运用各种模型的优点 在W模型框架下 运用H模型的思想进行独立的测试 并同时将测试和开发紧密结合 寻找恰当的就绪点开始测试并反复迭代测试 最终保证按期完成预定目标 前置模型 SpiralTestingProcess 扩展知识 瀑布模型是最早出现的软件开发模型 在软件工程中占有重要的地位 它提供了软件开发的基本框架 其过程是从上一项活动接收该项活动的工作对象作为输入 利用这一输入实施该项活动应完成的内容给出该项活动的工作成果 并作为输出传给下一项活动 瀑布模型核心思想是按工序将问题化简 将功能的实现与设计分开 便于分工协作 即采用结构化的分析与设计方法将逻辑实现与物理实现分开 将软件生命周期划分为制定计划 需求分析 软件设计 程序编写 软件测试和运行维护等六个基本活动 并且规定了它们自上而下 相互衔接的固定次序 如同瀑布流水 逐级下落 瀑布模型有以下优点 1 为项目提供了按阶段划分的检查点 2 当前一阶段完成后 您只需要去关注后续阶段 3 可在迭代模型中应用瀑布模型 增量迭代应用于瀑布模型 迭代1解决最大的问题 每次迭代产生一个可运行的版本 同时增加更多的功能 每次迭代必须经过质量和集成测试 瀑布模型有以下缺点 1 在项目各个阶段之间极少有反馈 2 只有在项目生命周期的后期才能看到结果 3 通过过多的强制完成日期和里程碑来跟踪各个项目阶段 软件开发模型 瀑布模型 原型模型的主要思想 先借用已有系统作为原型模型 通过 样品 不断改进 使得最后的产品就是用户所需要的 原型模型通过向用户提供原型获取用户的反馈 使开发出的软件能够真正反映用户的需求 同时 原型模型采用逐步求精的方法完善原型 使得原型能够 快速 开发 避免了像瀑布模型一样在冗长的开发过程中难以对用户的反馈作出快速的响应 相对瀑布模型而言 原型模型更符合人们开发软件的习惯 使目前较流行的一种实用软件生存期模型 原型模型的特点 1 开发人员和用户在 原型 上达成一致 这样一来 可以减少设计中的错误和开发中的风险 也减少了对用户培训的时间 而提高了系统的实用 正确性以及用户的满意程度 2 缩短了开发周期 加快了工程进度 3 降低成本 原型模型的缺点 当告诉用户 还必须重新生产该产品时 用户是很难接受的 这往往给工程继续开展带来不利因素 不宜利用原型系统作为最终产品 采用原型模型开发系统 用户和开发者必须达成一致 原型被建造仅仅是用户用来定义需求 之后便部分或全部抛起 最终的软件是要充分考虑了质量和可维护性等方面之后才被开发 软件开发模型 原型模型 螺旋模型采用一种周期性的方法来进行系统开发 这会导致开发出众多的中间版本 使用它 项目经理在早期就能够为客户实证某些概念 该模型是快速原型法 以进化的开发方式为中心 在每个项目阶段使用瀑布模型法 这种模型的每一个周期都包括需求定义 风险分析 工程实现和评审4个阶段 由这4个阶段进行迭代 软件开发过程每迭代一次 软件开发又前进一个层次 螺旋模型强调风险分析 使得开发人员和用户对每个演化层出现的风险有所了解 继而做出应有的反应 因此特别适用于庞大 复杂并具有高风险的系统 对于这些系统 风险是软件开发不可忽视且潜在的不利因素 它可能在不同程度上损害软件开发过程 影响软件产品的质量 减小软件风险的目标是在造成危害之前 及时对风险进行识别及分析 决定采取何种对策 进而消除或减少风险的损害 螺旋模型沿着螺线进行若干次迭代 图中的四个象限代表了以下活动 1 制定计划 确定软件目标 选定实施方案 弄清项目开发的限制条件 2 风险分析 分析评估所选方案 考虑如何识别和消除风险 3 实施工程 实施软件开发和验证 4 客户评估 评价开发工作 提出修正建议 制定下一步计划 软件开发模型 螺旋模型 软件开发模型 螺旋模型 螺旋模型优点 1 设计上的灵活性 可以在项目的各个阶段进行变更 2 以小的分段来构建大型系统 使成本计算变得简单容易 3 客户始终参与每个阶段的开发 保证了项目不偏离正确方向以及项目的可控性 4 随着项目推进 客户始终掌握项目的最新信息 从而他或她能够和管理层有效地交互 5 客户认可这种公司内部的开发方式带来的良好的沟通和高质量的产品 螺旋模型