2016测试用例设计第四章.pptVIP

上一章回顾 测试用例 等价类划分 边界值分析 第四章 通用测试技术二 第四章 教学目标 掌握如何用因果图法设计测试用例 掌握错误猜测等其他测试方法 等价类划分、边界值分析回顾 两者主要考虑了输入条件 输入与输出没有综合起来考虑 输入条件之间的关系、相互组合也没有考虑 因果图 因果图（Cause-Effect Graphs)：是一种利用图解法分析输入的各种组合情况，从而设计测试用例的方法，它适合于检查程序输入条件的各种组合情况。 因果图测试法的步骤 分析软件规格说明描述中, 那些是原因(即输入条件或输入条件的等价类),那些是结果(即输出条件), 并给每个原因和结果赋予一个标识符。 分析软件规格说明描述中的语义，找出原因与结果之间, 原因与原因之间对应的关系，根据这些关系,画出因果图。 由于语法或环境限制, 有些原因与原因之间,原因与结果之间的组合情况不可能出现，为表明这些特殊情况, 在因果图上用一些记号表明约束或限制条件。 4.把因果图转换为判定表。 5.把判定表的每一列拿出来作为依据,设计测试用例。 因果图中用到的基本符号 因果图中用到的条件之间关系的符号 输入条件的约束有以下4类： E约束（异）：a和b中至多有一个可能为1，即a和b不能同时为1。 I约束（或）：a、b和c中至少有一个必须是1，即 a、b 和c不能同时为0。 O约束（唯一）；a和b必须有一个，且仅有1个为1。 R约束（要求）：a是1时，b必须是1，即不可能a是1时b是0。 输出条件约束类型 输出条件的约束只有M约束（强制）：若结果a是1，则结果b强制为0。 因果图实例讲解 判定表 因果图应用 因果图，主要用在需要考虑输入条件的各种组合时，通过条件、结果的分析，把所有的业务情况覆盖到，以保证功能测试的业务覆盖率 建立判定表时，如果有n个条件，每个条件有两个取值(0,1)，那么就有2n种组合 测试用例根据判定表生成 因果图的局限性：由于条件、结果很多，导致一般的软件画出的因果图很庞大 其他测试方法 通过测试和失败测试 通过测试：主要用于验证系统和它的需求是否一致，确认软件至少能做什么，一般通过分析需求说明书设计测试用例。 失败测试：纯粹为了破坏而设计和执行的测试用例称为失败测试或迫使出错测试。主要为了证明系统不会做不需要它做的事情 测试方法应用 通过测试是基础，软件功能都没有实现，软件就不成为软件了，所以，任何时候首先要关注通过测试 失败测试是通过测试完成之后再执行的测试，失败测试可以让软件更可靠 部分失败测试，需要在设计阶段就需要考虑 错误猜测 错误猜测是基于经验和直觉推测程序中所有可能存在的各种错误，从而设计测试用例的方法 错误猜测本身不是一种测试技术，而是一种可以应用到所有测试技术中产生更加有效的测试的一种机能。 提高错误测试需要具备的知识 有关被测系统的知识，如设计方法或实现技术 有关的早期测试阶段结果的知识（尤其对回归测试更为重要） 与测试系统类似或相关系统的经验 典型的实现错误的知识（如被零除错误） 通用的测试经验规则 错误猜测法应用 错误猜测法，一般由资深的测试工程师来执行，这样效率高 错误猜测法，涉及到软件架构或者性能的地方，要尽早开展 错误猜测法，只是一种补充，软件质量还是需要以系统的测试为主，不能因为做了错误猜测测试而想当然 随机测试 随机测试指测试中的所有输入数据都是随机生成的，其目标是模拟用户的操作。 随机测试的缺点： 无法度量随机测试实际覆盖率 许多测试都是冗余的 确定预期结果可能会花费大量的时间 测试数据因为是随机的，重复测试是不可能的 随机测试法应用 随机测试法，一般在alpha测试阶段可以考虑执行 随机测试法，在执行时，注意对执行人员的挑选，很多时候，不熟悉本项目的测试人员，也可以找来做随机测试 随机测试法，如果一旦发现的问题很多、很简单，那么说明先前的测试有问题，作为测试人员，应该采取措施进行改进 测试方法的选择 测试方法的选择： 在任何情况下都必须使用边界值分析方法 用等价类划分方法补充一些测试用例 用错误推测法追加一些测试用例 如果程序的功能说明中包含输入条件的组合情况，应在一开始就选用因果图法 如果程序的某些功能适合自动测试，则可采用自动测试方法及随机测试方法进行测试 总结 因果图 通过测试/失败测试 错误猜测法 随机测试 课堂习题 参照书本 作业 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. Evaluation only. Created with Aspose.Slides for .NET 3.5 Cli