软件测试教程(第3版)第2章

为测试情况分析检测，找出程序缺陷与错误。但通常输入所有可能测试用例将会
受时间、成本等客观条件限制，实际上无法实现完全穷举。
软件测试教程（第3版） 第2章 软件生命周期的测试
12
2.2 软件测试技术分析
2.2.3 基于结构的测试技术
基于结构（Structure-based）的测试，主要分析程序 内部结构，测试依赖于对程序细节的严格检验，其实
2.2.2基于规格说明的测试技术
黑盒测试主要针对软件各种功能、界面、性能、外部系统条件和数据 的访问，及软件初始化等方面测试。 （1）检查程序功能能否按需求规格说明书规定正常体现，测试程序功能是否遗漏、 程序性能等特性要求是否得到满足。 （2）检查人机交互是否存在错误，检测数据结构或外部数据访问是否异常，程序能 否正确接收输入数据而产生正确输出结果，并保持外部信息完整。 （3）检测程序初始化和终止运行方面的错误等。 黑盒测试可喻为中医诊病过程，通过“望、闻、问、切”的方法来判 断程序是否存在“病症”。 黑盒测试属有限“穷举”测试用例的测试方法，把所有可能输入都作


根据对应开发级别不同区分测试级别
V模型右边测试应为对应的测试执行级别而非完 全顺序

测试准备（测试计划和控制、测试分析和设计） 在初始阶段进入并与开发过程并行
软件测试教程（第3版） 第2章 软件生命周期的测试
4
2.1 软件生命周期中的测试
2.1.1 软件生命周期
1. 通用V模型定义的软件开发级别 定义开发系统的目的和需要实现的特性和功能，是从客户或将来的系统用户中 收集要求和需求，进行详细描述并最终得到批准。 （2）系统功能设计 将需求映射到新系统的功能和框图上。 （3）系统技术设计 设计系统的具体方式。定义系统环境接口、分解系统为更小易理解的子系统， 对每个子系统进行独立开发。 （4）组件规格说明 定义每个子系统任务、行为、内部结构以及与其他子系统的接口。 （5）程序编制（编码） 通过编程实现所有已定义的组件（模块、单元、类） （1）需求规格说明
2
版权所有 侵权追究
第 2 章 软件生命周期的测试
目 录 2.1 软件生命周期中的测试
2.2 软件测试技术分析 2.3 组件测试 2.4 集成测试 2.5 系统测试 2.6 确认测试 2.7 验收测试
2.8 软件新版本测试
软件测试教程（第3版） 第2章 软件生命周期的测试
2
第 2 章
学习目标
软件生命周期的测试
软件测试教程（第3版） 第2章 软件生命周期的测试
5
2.1 软件生命周期中的测试
2.1.1 软件生命周期
2.通用V模型定义的测试级别
随着软件系统的描述逐步详细，在某级构建中引入的错误，一般较易在本级中发现。
对每个构建级别，V模型右边定义了相应测试级别。
（1）组件测试 - 验证软件组件是否按照规格说明正确进行 （2）集成测试 - 检查多个组件是否按照系统技术设计描述方向协同工作 （3）系统测试 - 验证整个系统是否满足软件需求规格说明
白盒测试要求对程序结构特性做到一定程度覆盖，或说测试“基于覆盖率的测试”。 可严格定义测试确切内容，明确要达到的测试覆盖率，以减少测试过度和盲目，有效 找出可能已被忽视的程序错误。 通常程序结构覆盖有5种： 语句覆盖：最常见且最弱的逻辑覆盖准则，通过测试用例使被测程序每个语句都至少
被执行一次。
判断覆盖：判定覆盖或分支覆盖要求设计若干测试用例使被测程序每个判定的真、假 分支都至少被执行一次。 条件覆盖：当判定含有多条件时，要求设计若干个测试用例使被测程序每个条件的真、 假分支都至少被执行一次。在对程序路径进行全面检验时可使用条件覆盖。 判断/条件覆盖：根据判定覆盖与条件覆盖的混合原则设计测试用例进行覆盖。 路径覆盖：对程序所有路径各种覆盖。虽结构测试提供评价测试的逻辑覆盖准则，但 结构测试是不完全的。如程序结构本身存在问题，程序逻辑错误或遗漏了规格说明书中 已规定的功能，那么无论哪种结构测试，即使其覆盖率达到百分之百，也检查不出问题。
软件测试教程（第3版） 第2章 软件生命周期的测试
10
2.2 软件测试技术分析
2.2.2基于规格说明的测试技术
若测试规划及用例设计基于软件各项功能（Specification-based），则测试目的就是检
查软件各功能是否能按预期目标和期望实现。
基于软件规格说明的测试主要有黑盒测试（Black-box Testing）。从用户观点（依需求 而定出发，以确认软件功能正确性和可操作性，可用于生命周期各阶段。 基本思想：任何程序都可看作是从输入定义域映射到输出值域的函数过程，被测程序 被视为黑盒，测试只知输入和输出间的关系或软件功能，只依靠能反映这一关系和功 能需求规格的说明书来确定测试用例和推断测试结果的正确性。黑盒测试不探究软件 内部结构，因此也称功能测试、数据驱动的测试和基于规格说明的测试。 常用技术： -等价类划分/边界值分析（Equivalence Partitioning/Boundary Value Analysis）
-因果图/决策表测试（Decision table testing）
-状态转换测试（status transform testing） -用例测试（Use case testing） -配对测试（Pairwise testing）
- ……
软件测试教程（第3版） 第2章 软件生命周期的测试
11
2.2 软件测试技术分析
软件测试教程（第3版） 第2章 软件测试概述
16
2.2 软件测试技术分析
2.2.4 基于经验的测试技术
2．探索性测试的过程管理与度量
探索性测试不是严谨测试方法，缺乏严格的可管理性和度量性，但提出基于任务的测
试管理方法。探索性测试管理也叫“基于Session的测试管理”，这种管理把测试过程 划分成多个Session，或称“探索任务”，每个Session都是由目的驱动的，都由一测试 者负责执行。在一个Session结束后，提交Session报告，附上关于测试过程重要信息。
内容提要
以V模型为参考阐述软件 生命周期中的测试
深入认识软件开发遵循的生命周期V模型 认识软件生命周期中的测试流程及内容 明确单元测试的主要任务、方法和过程 明确集成测试的主要任务、方法和过程 明确系统测试的主要内容、方法和过程 明确验收测试的主要内容、方法和过程
软件开发中的测试级别与
测试方法 单元/集成/系统/验收测 试各阶段的内容及要点 软件测试方法的基本理论 软件测试技术的工程运用
软件测试教程（第3版） 第2章 软件生命周期的测试
3
2.1 软件生命周期中的测试
2.1.1 软件生命周期

V 模型在软件生命周期模型（IEEE/IEC12207） 中定义

思想：软件开发和测试是相互对等的活动并同等 重要

模型左侧代表开发过程右侧代表集成与测试过程 不断组合单元形成更大系统

整个系统以验收作为集成与测试活动的结束 V模型表明测试的验证和确认思想
强调测试过程发散性思维（非盲目发散），由测试经验者进行并坚持缺陷聚集原则，
实施对软件连续地“提问”。 探索性测试核心思想：测试设计与测试执行同时实施
软件测试教程（第3版） 第2章 软件生命周期的测试
15
2.2 软件测试技术分析
2.2.4 基于经验的测试技术
探索性测试的提问范围包括软件产品、测试、问题3个方面 产品 （1）该软件是做什么的？ （2）能控制和观测到软件的哪些方面？ （3）应该测试什么？ 测试 （1）应该采用不一样的测试策略吗？ （2）怎样提高对产品好坏的理解程度？ （3）如果系统存在严重问题，应该如何发现它？ （4）应该加载什么文档？按哪个按钮？输入什么值？ （5）这次的测试是否有效？ （6）从测试中学到什么东西可以应用到下一次测试？ （7）刚才发生了什么问题？如何更好地检查它？ 问题 （1）这个缺陷问题违背了什么软件质量标准？ （2）在这个产品中可以发现什么类型的软件错误？ （3）现在看到的是一个问题吗？如果是，为什么？ （4）这个问题的严重程度如何？为什么需要修正？
（4）验收测试 - 从用户角度检查系统是否满足合同定义的需求
对每个测试级别都要检查开发活动的输出是否满足具体需求或特定相关需求 根据原始需求检查开发结构的过程称为确认（Validation） V模型还要求进行验证（Verification）测试但只针对开发过程的单个阶段
V模型定义测试级别的抽象过程
这些测试级别在技术上差别很大并有不同目标、使用不同方法和工具 对测试者的知识体系和能力要求不尽相同
探索性测试需测试领导者。领测者须亲自参加测试并指导测试，及时做正确调整。
软件测试教程（第3版） 第2章 软件生命周期的测试
6
2.1.2 软件生命周期中的测试策略
软件测试是一系列事先需计划、事中需管理
的活动及过程。测试从程序模块层始，然后 扩大延伸到整个计算机系统。
不同的测试技术适用于不同的测试进程及时
间点。测试工作由开发或独立测试组织策划
和管理。测试策略指测试将按什么样思路和
白盒测试是对程序逻辑路径进行遍历性和响应性的测
试，在程序内容的不同点去检验程序的状态，来判定 其实际情况是否和预期状态相一致。概括说，白盒测 试焦点集中在如何根据其内部结构去设计测试用例，
执行测试，分析结果。
软件测试教程（第3版） 第2章 软件生命周期的测试
13
2.2 软件测试技术分析
2.2.3 基于结构的测试技术
方式进行设计、制定，及实施。
测试技术（方法）是指在测试具体实施过程
中运用的具体技术。
测试策略内容：确定测试组织、进行测试策
划、执行测试过程（或部署）、实施测试管 理等。
软件测试教程（第3版） 第2章 软件生命周期的测试