第7章 实现--测试.pptVIP

第七章 实现—测试 主讲人：赵方 主要内容 基本概念 单元测试 集成测试 验收测试 设计测试方案 设计测试用例 调试 软件可靠性 补充：日立预测法与自动测试工具 基本概念 软件测试的目标 测试方法 软件的测试步骤 测试阶段的信息流（数据流图） 基本概念 软件测试的目标 1、测试是为了发现程序中的错误而执行程序的过程 2、好的测试方案是尽最大可能发现程序中的错误的测试方案 3、成功的测试是发现了至今为止尚未发现的错误的测试 基本概念 测试方法 1、完全测试 2、白盒测试 3、黑盒测试 基本概念 软件的测试步骤 基本概念 测试阶段的信息流（数据流图） 基本概念 测试阶段的信息流（数据流图） 1、软件配置 2、测试配置 3、可靠性模型 单元测试 单元测试的考虑 单元测试的过程 单元测试的测试环境 单元测试 单元测试的考虑 1、模块接口 2、局部数据结构 3、重要的执行通路 4、出错处理通路 5、以上各个方面的边界条件 单元测试 单元测试的过程 1、代码审查 2、测试软件 A、驱动程序 B、存根程序 单元测试 单元测试的测试环境 集成测试 渐增式集成 非渐增式集成 自顶向下的结合 自底向上的结合 各种优先集成方法和混合法 不同集成测试策略的比较 采用深度优先策略自顶向下结合模块的过程 验收测试 验收测试的范围 1、系统测试阶段的纯技术特点不需要再进行测试 2、对用户特别感兴趣的问题，增加一些测试 3、使用生产中的实际数据 4、设计和执行与用户操作步骤有关的测试 验收测试的可能结果 1、功能和性能与用户要求的一致，软件是可以接受的 2、功能和性能与用户要求有差距 软件配置复查 1、系统文档 2、用户文档 设计测试方案 设计测试方案是测试阶段的关键技术问题。 测试方案包括 具体的测试目的，应输入的测试数据和预期的结果。 设计测试方案的基本目标 确定一组最可能发现某个错误和某类错误的测试数据。 测试用例 通常我们把测试数据和预期的输出结果叫做测试用例，其中难点在于设计输入数据。 测试用例的设计 主要根据测试方法的不同而定，既有面向白盒的测试技术也有面向黑盒的测试技术。 设计测试用例 白盒技术 由于白盒测试是结构测试，所以被测对象基本上是源程序，以程序的内部逻辑结构为基础设计测试用例。 方法：逻辑覆盖 循环覆盖 基本路径测试 黑盒技术 黑盒测试是功能测试，因此设计测试用例时，需要研究需求说明和概要设计说明中有关程序功能或输入、输出之间的关系等信息，从而与测试后的结果进行分析比较。 方法：等价类划分 边界值分析 错误推测 因果图 白盒技术 逻辑覆盖 1) 语句覆盖 2) 判定覆盖 3) 条件覆盖 4) 判定/条件覆盖 5) 条件组合覆盖 6) 路径覆盖 循环覆盖 基本路径测试 逻辑覆盖 1) 语句覆盖 语句覆盖是指设计足够的测试用例，使被测程序中每个语句至少执行一次。 如果能测试路径sacbed，就保证每个语句至少执行一次，选择测试数据为 A=4， B=0， X=4 输入此组数据，就能达到语句覆盖标准,但是其覆盖能力很弱。 逻辑覆盖 2) 判定覆盖 判定覆盖指设计足够的测试用例，使得被测程序中每个判定表达式至少获得一次“真”值和“假”值，从而使程序的每一个分支至少都通过一次，因此判定覆盖也称分支覆盖。 设计测试用例，只要通过路径sacbed, sabd或者sacbd, sabed，就达到判定覆盖标准。  选择两组数据： A=3， B=0， X=3（通过路径sacbd） A=2， B=1， X=1（通过路径sabed） 逻辑覆盖 2) 判定覆盖 对于多分支（嵌套IF, CASE）的判定，判定覆盖要使得每一个判定表达式获得每一种可能的值来测试。 判定覆盖较语句覆盖严格，因为如果通过了各个分支， 则各个语句也执行了。但该测试仍不充分，上述数据只覆盖了全部路径的一半， 如果将第二个判定表达式中的“x＞1”错写成“x＜1”，仍查不出错误。 逻辑覆盖 3) 条件覆盖 条件覆盖指设计足够的测试用例， 使得判定表达式中每个条件的各种可能的值至少出现一次。那么，上述程序中有 4 个条件：  A＞1， B=0， A=2， X＞1 对于a点可能的取值是：A1,A ≤ 1,B=0,B ≠ 0 对于b点可能的取值是：A=2,A ≠ 2,X1,X ≤ 1 逻辑覆盖 3) 条件覆盖 要选择足够的数据， 使得的第一个判定表达式出现结果：  a＞1， b=0 a≤1， b≠0 并使第二个判定表达式出现结果：