测试用例设计重点.pptVIP

软件测试;第3章：测试用例设计;什么是测试用例？ 测试用例(Test Case)是为特定目标开发的测试输入、执行条件和预期结果的集合。 需要在开发的早期准备测试用例。 测试用例的完成并非一劳永逸，因为测试用例是来源于测试需求，而测试需求的来源包括了软件需求、系统设计、详细设计，甚至包括了软件发布后，在软件产品生命周期结束前发现的所有软件错误。 ;;;什么是好的测试用例？ 容易发现软件错误 可重复性 清晰定义测试通过/失败标准 没有冗余。 ;;;;测试用例需要很详细吗？ 如果对产品不熟悉的人来执行系统测试，测试用例中测试过程应该写得较为详细，以确保测试步骤能正确执行。 如果测试人员对产品有较多的了解，测试用例中测试过程就不必写得太详细。 ;;如何确定测试用例中预期结果 项目专家或其他方面的专家（主要的程序员、设计者、项目经理等）将知道如何确定输出结果。 用户文档可以包含一些用户场景范例。 需求文档也可以提供必要的信息。 其他相关文档也可以提供相关线索。 最终用户也许能够描述所期望的响应结果。 ;谈谈如何写好测试用例;;;;;;;;测试用例文档由简介和测试用例两部分组成。简介部分描述了测试目的、测试范围、定义术语、参考文档、概述等。测试用例部分逐一列示各测试用例。 测试用例的基本元素：测试索引，测试环境，测试输入，测试操作，预期结果，评价标准。 测试索引包括用例编号、用例名称等信息。 测试环境说明执行该测试用例的软硬件及数据环境。;测试用例示例一;测试用例示例二;测试用例示例三;没有将测试数据和测试逻辑分开的测试用例可能显得非常庞大，不利于测试人员理解。 将测试用例参数化，可以简化用例，使测试用例逻辑清晰，数据与逻辑的关系明了，易于理解；有利于提高测试用例的复用性。;白盒测试作为结构测试方法，是按照程序内部的结构测试程序，对软件的过程性细节做细致的检查，测试人员利用程序内部的逻辑结构及有关信息，设计或选择测试用例。 ;测试如下程序该如何选择测试数据?;程序逻辑结构;白盒测试用例设计方法;1、语句覆盖： 选择足够的测试用例，使得程序中每个语句至少都能被执行一次。 2、判定覆盖： 执行足够的测试用例，使得程序中每个判定至少都获得一次“真”值和“假”值。 3、条件覆盖：执行足够的测试用例，使得判定中的每个条件获得各种可能的结果。;4、判定/条件覆盖： 执行足够的测试用例，使得判定中每个条件取到各种可能的值，并使每个判定取到各种可能的结果。 5、条件组合覆盖： 执行足够的例子，使得每个判定中条件的各种可能组合都至少出现一次。 6、路径覆盖： 执行足够的例子，覆盖程序中所有可能的路径。 ;语句覆盖： 使得程序中每个语句至少都能被执行一次;判定覆盖: 使得程序中每个判定至少为TRUE或FALSE各一次;A1 AND B=0;判定/条件覆盖：使得判定中的每个判定至少为TRUE或FALSE各一次并且每个条件获得各种可能的结果;条件组合覆盖：使得每个判定中条件的各种可能组合都至少出现一次;路径覆盖：执行过程序中所有可能的路径;白盒法步骤：;白盒测试和单元测试;黑盒测试不考虑程序的内部结构与特性，只根据程序功能或程序的外部特性设计测试用例。 黑盒测试方法主要 等价类划分 边值分析 因果图 判定表法 场景法 错误推测;;保费计算点数规则如下：;年龄：一或两位数字。 性别：以英文[Male]、 [Female]、 [M]、 [F]表示。 婚姻： [已婚]、 [未婚]。 抚养人数：空白或一位数字。 ;1 等价分类法;等价分类法步骤;等价分类法步骤;保险费率计算程序根据输入数据值域划分等价类;保险费率计算程序根据输入数据值域划分等价类（续）;继续分析细分有效等价类和无效等价类 ;继续分析细分有效等价类和无效等价类 ;根据等价类选择测试用例 目标：覆盖所有等价类;用例 编号;2 边值分析法;为什么使用边界值分析法？;举例 —— 常见的边界值;举例 —— 利用边界值作为测试数据;选择测试用例的原则; A、按照输入值范围的边界。 例如：输入值的范围是-1.0至1.0，则可选择用例 –1.0、1.0、-1.001、1.001。 B、按照输入/输出值个数的边界。 例如：输入文件可有1-255个记录，则 设计用例：文件的记录数为 0个、1个、255个、256个。 C、输出值域的边界。 例如：检索文献摘要，最多4篇。设计用例：可检索0篇、1篇、4篇，和5篇（错误）。 D、输入/输出有序集（如顺序文件、线性表）的边界。 应选择第一个元素和最后一个元素。;3 因果图法;因果图符号;a;a;因果图方法举例;因果图;分析规范，即将问题分为若干可工作的步骤。 标识出规范中的原因与结果。 原因—输入条件 结果—输???或系统变换 分析规范语义、