软件测试模型
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
软件测试模型
软件测试模型分类
[瀑布模型]
V模型 W模型(双V模型) X模型 H模型
前置模型(测试驱动模型)
软件测试模型分类之瀑布模型
• 瀑布模型的核心思想是按工序 将问题化简，将功能的实现与 设计分开，采用机构化的分析 与设计方法将逻辑实现与物理 实现分开。
• 软件生命周期划分为制定计划 、需求分析、软件设计、程序 编写、软件测试、运行维护。
• 局限性：把测试作为编码之后的最后一个活动，需求分析 等前期产生的错误直到后期的验收测试才能发现；
V模型（测试与开发阶段对应关系）
1
单元和集 成测试应 检测程序 的执行是 否满足软 件设计的 要求；
2
系统测试应 检测系统功 能、性能的 质量特性是 否达到系统 要求的指标 ；
3
验收测试确 定软件的实 现是否满足 用户需要或 合同的要求 。
各种模型的优点
软件测 试பைடு நூலகம்型
V模型：强调项目开发需要经历的若干个测试级别， 忽略了测试的对象。
W模型：强调测试工作的先行、系统需求、系统设计 的测试，没有对软件测试的流程进行说明 。
H模型：强调测试是独立的，只要测试准备完成， 就可以执行测试。
X模型：很好地处理测试与开发的交接过程,通过 集成最终合成为可执行的程序。
前置测试模型要点（二）
• 测试和开发结合在一起 • 让验收测试和技术测试保持相互独立 • 反复交替的开发和测试 • 发现内在的价值
前置测试用较低的成本来及早发现错误，并且 充分强调了测试对确保系统的高质量的重要意义。 在整个开发过程中，反复使用了各种测试技术以使 开发人员、经理和用户节省其时间，简化其工作。
软件测试模型分类之X模型
X模型也是对V模型的改进，很好地处理测试与开 发的交接过程（交接的过程是一个时间段，而不 是一个点）,通过集成最终合成为可执行的程序。
X模型
• 左边描述的是针对单独程序片段 所进行的相互分离的编码和测试 ，此后将进行频繁的交接，通过 集成最终合成为可执行的程序， 然后再对这些可执行程序进行测 试。
• 五，制定严格的测试计划。一定要制定测试计划，并且要 有指导性。测试时间安排尽量宽松，不要希望在极短的时 间内完成也有一个高水平的测试。
• W模型有利于尽早地全 面的发现问题。
W模型优缺点
W模型
优越性
在V模型的基础 上，增加同开发 阶段的同步测试 ，形成W模型； 测试与开发同步 进行，有利于尽 早的发现问题；
局限性
把开发活动看成 是从需求开始到 编码结束的串行 活动，只有上一 阶段完成后，才 可以开始下一阶 段的活动，不支 持迭代，自发性 以及变更调整受 到限制。
• 己通过集成测试的成品可以进行 封装并提交给用户，也可以作为 更大规模和范围内集成的一部分 。多根并行的曲线表示变更可以 在各个部分发生。
• X模型还定位了探索性测试，这 是不进行事先计划的特殊类型的 测试，给有经验的测试人员在测 试计划之外发现更多的软件缺陷
软件测试模型分类之H模型
• H模型中, 软件测试过程活动完全独立,贯穿于整个产品的 周期,与其他流程并发地进行,某个测试点准备就绪时,就可 以从测试准备阶段进行到测试执行阶段。软件测试可以尽 早的进行,并且可以根据被测目的不同而分层次进行。
H模型
• 在H模型中，软件测试过程是一个独立的流程，贯穿于 整个产品周期，与其他流程并发地进行。
• H模型指出，软件测试要尽早准备，尽早执行。 • 当某个测试时间点就绪时，软件测试即从测试准备阶
段进入测试执行阶段。
• 软件测试可以根据被测物的不同而分层次进行。不同 的测试活动可以是按照某个次序先后进行的。但也可 能是反复的,只要某个测试达到准备就绪点,测试执行活 动就可以开展。
瀑布模型的优点
• 为项目提供了按阶段划分的检查点。 • 当前一阶段完成后，您只需要去关注后续阶段。 • 可在迭代模型中应用瀑布模型。
软件测试模型分类之V模型
V模型优越性和局限性
• 优越性：V模型中的过程从左到右，描述了基本的开发过 程和测试行为。V模型的价值在于它非常明确地标明了测 试过程中存在的不同级别，并且清楚地描述了这些测试阶 段和开发过程期间各阶段的对应关系；
• 规定活动自上而下、相互衔接
的固定次序，逐级下落。
瀑布模型的重要地位
瀑布模型是最早出现的软件开发模型，在软件 工程中占有重要的地位，它提供了软件开发的基本 框架。其过程是从上一项活动接收该项活动的工作 对象作为输入，利用这一输入实施该项活动应完成 的内容给出该项活动的工作成果，并作为输出传给 下一项活动。同时评审该项活动的实施，若确认， 则继续下一项活动；否则返回前面，甚至更前面的 活动。对于经常变化的项目而言，瀑布模型毫无价 值。
V模型实际示意图
软件测试模型分类之W模型
• W模型由Evolutif公司提出。 • W模型从V模型演化过来，实际上开发是V，测试也
是与此并行的V。 • 相对于V模型，W模型增加了软件各开发阶段中应
同步进行的验证和确认活动。
W模型
• 测试伴随整个软件开发 周期，而且测试的对象 不仅仅是程序，需求、 设计等同样要测试，测 试与开发是同步进行的 。
软件测试原则
• 一，测试应该尽早进行，最好在需求阶段就开始介入，因 为最严重的错误不外乎是系统不能满足用户的需求。
• 二，程序员应该避免检查自己的程序，软件测试应该由第 三方来负责。
• 三，设计测试用例时应考虑到合法的输入和不合法的输入 以及各种边界条件，特殊情况下不要制造极端状态和意外 状态。
• 四，对测试错误结果进行地一个确认过程。一般由A测试 出来的错误，一定要由B来确认。严重的错误可以召开评 审会议进行讨论和分析，对测试结果要进行严格的确认， 是否真的存在这个问题以及严重程度等。
前置测试模型
前置测试模型要点（一）
• 开发和测试相结合 前置机测试模型将开发和测试的生命周期整合在
一起，标识了项目生命周期从开始到结束之间的关键行 为，表示这些行为在项目周期中的价值所在。 • 对每一个交付内容进行测试
每一个交付的开发结果都必须通过一定的方式进 行测试。源程序代码并不是唯一需要测试的内容。还包 括可行性报告、业务需求说明、系统设计文档等。 • 在设计阶段进行计划和测试设计
软件测试模型分类
[瀑布模型]
V模型 W模型(双V模型) X模型 H模型
前置模型(测试驱动模型)
软件测试模型分类之瀑布模型
• 瀑布模型的核心思想是按工序 将问题化简，将功能的实现与 设计分开，采用机构化的分析 与设计方法将逻辑实现与物理 实现分开。
• 软件生命周期划分为制定计划 、需求分析、软件设计、程序 编写、软件测试、运行维护。
• 局限性：把测试作为编码之后的最后一个活动，需求分析 等前期产生的错误直到后期的验收测试才能发现；
V模型（测试与开发阶段对应关系）
1
单元和集 成测试应 检测程序 的执行是 否满足软 件设计的 要求；
2
系统测试应 检测系统功 能、性能的 质量特性是 否达到系统 要求的指标 ；
3
验收测试确 定软件的实 现是否满足 用户需要或 合同的要求 。
各种模型的优点
软件测 试பைடு நூலகம்型
V模型：强调项目开发需要经历的若干个测试级别， 忽略了测试的对象。
W模型：强调测试工作的先行、系统需求、系统设计 的测试，没有对软件测试的流程进行说明 。
H模型：强调测试是独立的，只要测试准备完成， 就可以执行测试。
X模型：很好地处理测试与开发的交接过程,通过 集成最终合成为可执行的程序。
前置测试模型要点（二）
• 测试和开发结合在一起 • 让验收测试和技术测试保持相互独立 • 反复交替的开发和测试 • 发现内在的价值
前置测试用较低的成本来及早发现错误，并且 充分强调了测试对确保系统的高质量的重要意义。 在整个开发过程中，反复使用了各种测试技术以使 开发人员、经理和用户节省其时间，简化其工作。
软件测试模型分类之X模型
X模型也是对V模型的改进，很好地处理测试与开 发的交接过程（交接的过程是一个时间段，而不 是一个点）,通过集成最终合成为可执行的程序。
X模型
• 左边描述的是针对单独程序片段 所进行的相互分离的编码和测试 ，此后将进行频繁的交接，通过 集成最终合成为可执行的程序， 然后再对这些可执行程序进行测 试。
• 五，制定严格的测试计划。一定要制定测试计划，并且要 有指导性。测试时间安排尽量宽松，不要希望在极短的时 间内完成也有一个高水平的测试。
• W模型有利于尽早地全 面的发现问题。
W模型优缺点
W模型
优越性
在V模型的基础 上，增加同开发 阶段的同步测试 ，形成W模型； 测试与开发同步 进行，有利于尽 早的发现问题；
局限性
把开发活动看成 是从需求开始到 编码结束的串行 活动，只有上一 阶段完成后，才 可以开始下一阶 段的活动，不支 持迭代，自发性 以及变更调整受 到限制。
• 己通过集成测试的成品可以进行 封装并提交给用户，也可以作为 更大规模和范围内集成的一部分 。多根并行的曲线表示变更可以 在各个部分发生。
• X模型还定位了探索性测试，这 是不进行事先计划的特殊类型的 测试，给有经验的测试人员在测 试计划之外发现更多的软件缺陷
软件测试模型分类之H模型
• H模型中, 软件测试过程活动完全独立,贯穿于整个产品的 周期,与其他流程并发地进行,某个测试点准备就绪时,就可 以从测试准备阶段进行到测试执行阶段。软件测试可以尽 早的进行,并且可以根据被测目的不同而分层次进行。
H模型
• 在H模型中，软件测试过程是一个独立的流程，贯穿于 整个产品周期，与其他流程并发地进行。
• H模型指出，软件测试要尽早准备，尽早执行。 • 当某个测试时间点就绪时，软件测试即从测试准备阶
段进入测试执行阶段。
• 软件测试可以根据被测物的不同而分层次进行。不同 的测试活动可以是按照某个次序先后进行的。但也可 能是反复的,只要某个测试达到准备就绪点,测试执行活 动就可以开展。
瀑布模型的优点
• 为项目提供了按阶段划分的检查点。 • 当前一阶段完成后，您只需要去关注后续阶段。 • 可在迭代模型中应用瀑布模型。
软件测试模型分类之V模型
V模型优越性和局限性
• 优越性：V模型中的过程从左到右，描述了基本的开发过 程和测试行为。V模型的价值在于它非常明确地标明了测 试过程中存在的不同级别，并且清楚地描述了这些测试阶 段和开发过程期间各阶段的对应关系；
• 规定活动自上而下、相互衔接
的固定次序，逐级下落。
瀑布模型的重要地位
瀑布模型是最早出现的软件开发模型，在软件 工程中占有重要的地位，它提供了软件开发的基本 框架。其过程是从上一项活动接收该项活动的工作 对象作为输入，利用这一输入实施该项活动应完成 的内容给出该项活动的工作成果，并作为输出传给 下一项活动。同时评审该项活动的实施，若确认， 则继续下一项活动；否则返回前面，甚至更前面的 活动。对于经常变化的项目而言，瀑布模型毫无价 值。
V模型实际示意图
软件测试模型分类之W模型
• W模型由Evolutif公司提出。 • W模型从V模型演化过来，实际上开发是V，测试也
是与此并行的V。 • 相对于V模型，W模型增加了软件各开发阶段中应
同步进行的验证和确认活动。
W模型
• 测试伴随整个软件开发 周期，而且测试的对象 不仅仅是程序，需求、 设计等同样要测试，测 试与开发是同步进行的 。
软件测试原则
• 一，测试应该尽早进行，最好在需求阶段就开始介入，因 为最严重的错误不外乎是系统不能满足用户的需求。
• 二，程序员应该避免检查自己的程序，软件测试应该由第 三方来负责。
• 三，设计测试用例时应考虑到合法的输入和不合法的输入 以及各种边界条件，特殊情况下不要制造极端状态和意外 状态。
• 四，对测试错误结果进行地一个确认过程。一般由A测试 出来的错误，一定要由B来确认。严重的错误可以召开评 审会议进行讨论和分析，对测试结果要进行严格的确认， 是否真的存在这个问题以及严重程度等。
前置测试模型
前置测试模型要点（一）
• 开发和测试相结合 前置机测试模型将开发和测试的生命周期整合在
一起，标识了项目生命周期从开始到结束之间的关键行 为，表示这些行为在项目周期中的价值所在。 • 对每一个交付内容进行测试
每一个交付的开发结果都必须通过一定的方式进 行测试。源程序代码并不是唯一需要测试的内容。还包 括可行性报告、业务需求说明、系统设计文档等。 • 在设计阶段进行计划和测试设计