实验补充1-功能测试用例设计(黑盒测试).pdfVIP

补充实验 1 功能测试用例设计（黑盒测试） 1.1 实验类型 实验类型为验证型，2 个学时. 1.2 实验目的 （1） 能熟练应用功能性测试技术进行测试用例设计； （2 ） 对测试用例进行优化设计。 1.3 背景知识 一、测试用例 软件测试的本质是针对要测试的内容确定一组测试用例。测试用例是为实施一次测试而向被测 系统提供的输入数据、操作或各种环境设置。 测试用例应该包含基本的内容有输入和预期输出，输入实际有两种类型：前提（在测试用例执 行前已经存在的环境）和由某种测试方法所标识的实际输入。预期输出也有两类：后果和实际输出。 测试活动要建立必要的前提条件，提供测试用例输入、观测输出、然后将这些输出与预期输出进行 比较，以确定该测试是否通过。开发良好的测试用例的其他信息（如表2 ）主要支持测试管理，测 试用例需求被开发、评审、使用、管理和保存。 表 1-2 测试用例 测试用例 ID 目的 前提 输入 预期输出 后果 执行历史 日期 结果 执行人 有两种基本方法可以用来标识测试用例，即功能性测试和结构性测试。 功能性测试的基本观点是，任何程序都可以看作是将从定义域取值映射到输出值域的函数。这 种观点常常在工程中使用，将系统看作是黑盒。采用功能性方法标识测试用例，所使用的唯一信息 就是软件的规格说明。功能性测试用例具有两个显著的优点：（1）功能性测试与软件如何实现无关， 1 / 5 所以如果实现发生变化，测试用例仍然有用；（2 ）测试用例开发可以与实现并行进行，因此可缩短 总的开发时间。在缺点方面，功能性测试用例也常常带来两个问题：测试用例可能存在严重的冗余， 此外可能还会有未测试的软件漏洞。功能性测试的主流方法主要有：边界值分析、健壮性分析、最 坏情况分析、特殊值测试、输入等价类、输出等价类和基于决策树的测试。 结构性测试有时也叫白盒测试。结构性测试是知道软件产品内部工作过程，检测软件产品内部 动作是否按照规格说明书的规定正常进行。结构性测试需要全面了解程序内部逻辑结构、对所有逻 辑路径进行测试。结构性测试是穷举路径测试，并力求提高测试覆盖率。结构性测试的主要方法有： 逻辑覆盖测试、基路径测试、数据流测试等方法。 在实际应用中，为全面的测试软件产品，一般将结构性测试和功能性测试结合起来使用。 1．软件缺陷分类 有多种方法可以对缺陷分类：以出现相应错误的开发阶段来划分、以相应失效产生的后果来划 分、以解决难度来划分、以不解决难度会产生的风险来划分等等。在日常的软件测试中，通常给出 的缺陷是根据缺陷后果的严重程度来进行划分，如下表 3 所示。在实际应用中可以根据具体情况对 严重程度来划分不同的等级。 2 ．测试用例的选择 选择测试用例是软件测试员最重要的一项任务，不正确的选择可能导致测试量过大或过小，甚 至测试目标不对。 从工程实践的角度讲，测试用例有几条基本准则： a) 测试用例的代表性：能够代表各种合理和不合理的、合法的和非法的、边界和越界的, 以及极 限的输入数据、操作和环境设置等； b) 测试结果的可判定性：即测试执行结果的正确性是可判定的或可评估的； c) 测试结果的可再现性：即对同样的测试用例,系统的执行结果应当是相同的。 表 1-3 缺陷划分表 编号 缺陷等级 举例 1 轻微 词语拼写错误 2 中等 误导或重复信息 3 使人不悦 被截取的名称 4 影响使用 有些交易没有处理 5 严重 丢失交易 6 非常严重 不正确的交易处理 7 极为严重 经常出现非常严重的错