软件测试PPT

– 软件的质量和可靠性达到可以接受的 程度； – 所做的测试不足以发现严重的错误；
• 如果测试发现不了错误，可以肯定， 测试配臵考虑得不够细致充分，错 误仍然潜伏在软件中。
8。测试与软件开发各阶段的关系
• 软件开发过程是一个自顶向下，逐 步细化的过程 • 软件计划阶段定义软件作用域 • 软件需求分析建立软件信息域、功 能和性能需求、约束等 • 软件设计 • 把设计用某种程序设计语言转换成 程序代码
7.6.1 逻辑覆盖
有选择地执行程序中某些最有代表性的通路是 对穷尽测试的惟一可行的替代办法。 所谓逻辑覆盖是对一系列测试过程的总称，这 组测试过程逐渐进行越来越完整的通路测试。 测试数据执行(或叫覆盖)程序逻辑的程度可以划 分成哪些不同的等级呢?从覆盖源程序语句的 详尽程度分析，大致有以下一些不同的覆盖 标准。
6。软件测试的对象(P142)
• 软件测试并不等于程序测试。软件 测试应贯穿于软件定义与开发的整 个期间。 • 需求分析、概要设计、详细设计以 及程序编码等各阶段所得到的文档， 包括需求规格说明、概要设计规格 说明、详细设计规格说明以及源程 序，都应成为软件测试的对象。
测试信息流
• 软件配臵：软件需求规格说明、 软件设计规格说明、源代码等； • 测试配臵：测试计划、测试用例、 测试程序等； • 测试工具：测试数据自动生成程 序、静态分析程序、动态分析程 序、测试结果分析程序、以及驱 动测试的测试数据库等等。
• 测试结果分析：比较实测结果与 预期结果，评价错误是否发生。 • 排错(调试)：对已经发现的错误 进行错误定位和确定出错性质， 并改正这些错误，同时修改相关 的文档。 • 修正后的文档再测试：直到通过 测试为止。
• 通过收集和分析测试结果数据，对 软件建立可靠性模型 • 利用可靠性分析，评价软件质量：
第一节测试-基本概念
3.测试的原则（补充）
– 不应测试自己开发的程序 – 设计测试用例时，不仅有确定的输入数据，还有 确定的输出数据 – 测试用例不仅有合理的，也要有非合理的 – 除了检查程序是否做完了它应该做的事，还要检 查它是否做了不应该做的事。 – 保留全部测试用例，作为软件的组成部分 – 程序中存在错误的概率与在该段程序中已发现的 错误数成正比
第一节测试-基本概念
5.测试的步骤（P141）
• • • • • 模块测试 子系统测试 系统测试 验收测试 平行测试
1. 模块测试
在设计得好的软件系统中，每个模块完成一个 清晰定义的子功能，而且这个子功能和同级 其他模块的功能之间没有相互依赖关系。因 此，有可能把每个模块作为一个单独的实体 来测试，而且通常比较容易设计检验模块正 确性的测试方案。 模块测试的目的是保证每个模块作为一个单元 能正确运行，所以模块测试通常又称为单元 测试。在这个测试步骤中所发现的往往是编 码和详细设计的错误。
软件测试
• 1963年，美国曾发生这样一件事，把一 个FORTRAN程序的循环语句 • DO 5 I=1，3误写为DO 5 I=1.3 • 一点之差致使飞往火星的火箭爆炸，造 成1000万美元的损失。 • 这种情况迫使人们认真计划、彻底地进 行软件个阶段 包括的工作内容：
L3 ( a b e) = not {(A>1) and (B=0)} and {(A=2) or (X>1)} = { not (A>1) or not (B=0)} and {(A=2) or (X>1)} = not (A>1) and (A=2) or not (A>1) and (X>1) or not (B=0) and (A=2) or not (B=0) and (X>1)
• 测试的目的就是在软件投入生产性运行 之前，尽可能多地发现软件中的错误。 目前软件测试仍然是保证软件质量的关 键步骤，它是对软件规格说明、设计和 编码的最后复审。
• 软件测试在软件生命周期中横跨两个阶段。 • 通常在编写出每个模块之后就对它做必要的 测试(称为单元测试)，模块的编写者和测试者 是同一个人，编码和单元测试属于软件生命 周期的同一个阶段。 • 在这个阶段结束之后，对软件系统还应该进 行各种综合测试，这是软件生命周期中的另 一个独立的阶段，通常由专门的测试人员承 担这项工作。
5. 平行运行
关系重大的软件产品在验收之后往往并不立即投入生产 性运行，而是要再经过一段平行运行时间的考验。所 谓平行运行就是同时运行新开发出来的系统和将被它 取代的旧系统，以便比较新旧两个系统的处理结果。 这样做的具体目的有如下几点： (1) 可以在准生产环境中运行新系统而又不冒风险； (2) 用户能有一段熟悉新系统的时间； (3) 可以验证用户指南和使用手册之类的文档； (4) 能够以准生产模式对新系统进行全负荷测试，可以 用测试结果验证性能指标。
第一节测试-基本概念
一、基本概念
1.什么是测试（P140）
• 测试是为了发现程序中的错误而执行程序的过 程。
2.测试的目标
• 基于不同的立场，存在着两种完全 不同的测试目的。 • 从用户的角度出发，普遍希望通过 软件测试暴露软件中隐藏的错误和 缺陷，以考虑是否可接受该产品。 • 从软件开发者的角度出发，则希望 测试成为表明软件产品中不存在错 误的过程，验证该软件已正确地实 现了用户的要求，确立人们对软件 质量的信心。
– 测试、调试、可靠性分析
在软件生命周期的每个阶段都不可避免地会产 生差错。我们力求在每个阶段结束之前通过 严格的技术审查，尽可能早地发现并纠正差 错；但是，经验表明审查并不能发现所有差 错，此外在编码过程中还不可避免地会引入 新的错误。 • 如果在软件投入生产性运行之前，没有发现 并纠正软件中的大部分差错，则这些差错迟 早会在生产过程中暴露出来，那时不仅改正 这些错误的代价更高，而且往往会造成很恶 劣的后果。
4. 验收测试
验收测试把软件系统作为单一的实体进行测试， 测试内容与系统测试基本类似，但是它是在 用户积极参与下进行的，而且可能主要使用 实际数据(系统将来要处理的信息)进行测试。 验收测试的目的是验证系统确实能够满足用户 的需要，在这个测试步骤中发现的往往是系 统需求说明书中的错误。验收测试也称为确 认测试。
4。测试方法（P141）
• 测试任何产品都有两种方法：
– 如果已经知道了产品应具有的功能， 可以通过测试来检验是否每个功能 都能正常运行。即黑盒测试。 – 如果知识产品的内部工作过程，可 能通过测试来检验产品内部动作是 否按规格说明书的规定正常运行。 即白盒测试。
• 用黑盒测试发现程序中的错误，必 须在所有可能的输入条件和输出条 件中确定测试数据，来检查程序是 否都能产生正确的输出。
一、设计测试方案
– 设计测试方案是测试阶段的关键技术问题。 – 测试方案包括要测试的功能，应该输入的 测试数据和预期的结果。 – 其中最困难的问题是设计测试用的输入数 据。
– 不同的测试数据发现程序错误的能力差别 很大，为了提高测试效率降低测试成本， 应该选用高效的测试数据。因为不可能进 行穷尽的测试，选用少量“最有效的”测 试数据，做到尽可能完备的测试就更重要 了。 – 设计技术主要有两种方法：黑盒法与白盒 法。一般用黑盒法设计基本的测试方案， 再用白盒法补充一些方案。
L2 ( a b d ) = not{(A>1) and (B=0)} and not{(A=2) or (X>1)} = { not (A>1) or not (B=0) } and { not (A=2) and not (X>1) } = not (A>1) and not (A=2) and not (X>1) or not (B=0) and not (A=2) and not (X>1)
仅就测试而言，它的目标是发现软件中的错误， 但是，发现错误并不是最终目的。软件工程 的根本目标是开发出高质量的完全符合用户 需要的软件， 因此，通过测试发现错误之后还必须诊断并改 正错误，这就是调试的目的。调试是测试阶 段最困难的工作。 在对测试结果进行收集和评价的时候，软件所 达到的可靠性也开始明朗了。软件可靠性模 型使用故障率数据，估计软件将来出现故障 的情况并预测软件的可靠性。
a b
F
(A>1) and (B=0)
T
c
X=X/A
d
F
(A=2) or (X>1)
T
e
X=X+1
L1 ( a c e ) = {(A>1) and (B=0)} and {(A=2) or (X/A>1)} = (A>1) and (B=0) and (A=2) or (A>1) and (B=0) and (X/A>1) = (A=2) and (B=0) or (A>1) and (B=0) and (X/A>1)
• 测试过程是依相反顺序安排的 自底向上，逐步集成的过程。
9。测试手段(补充)
• 包括三种： • 动态检查：传统的“测试”，这种方法是使程序有控 制地运行，并从多种角度观察程序运行时的行为，以 发现其中的错误。主要包括黑盒法、白盒法。 • 静态检查：一般指人工评审软件文档或程序，借以发 现其中的错误。由于被评审的文档或程序不必运行， 所以称为“静态的”。人工评阅的手续虽然比较简单， 但事实证明相当多的错误往往是通过评审发现的，因 此是软件开发过程中一项必不可少的质量保证措施。
2.测试的目标
• 测试是为了发现程序中的错误而执行程 序的过程 • 好的测试方案是尽可能发现迄今为止尚 未发现的错误的测试方案 • 成功的测试是发现了至今为止尚未发现 的错误。
• 换言之，测试的目的是
– 想以最少的时间和人力，系统地找出 软件中潜在的各种错误和缺陷。如果我 们成功地实施了测试，我们就能够发现 软件中的错误。 – 测试的附带收获是，它能够证明软件 的功能和性能与需求说明相符合。 – 实施测试收集到的测试结果数据为可 靠性分析提供了依据。 – 测试不能表明软件中不存在错误，它 只能说明软件中存在错误。