文档介绍：第五章测试用例设计
软件测试山西大学经济与管理学院
导读
一个好的测试用例是指很可能找到迄今为止尚未发现的错误的测试用例。由此可见测试用例设计工作在整个测试过程中的地位,我们不能只凭借一些主观或者直观的想法来设计测试用例,应该要以一些比较成熟的测试用例设计方法为知道,再加上设计人员个人的经验积累,二者结合才能设计出优秀的测试用例。
—— Glenford
测试用例的基本概念
测试用例是为了特定的目的而设计的一组测试输入、执行条件和预期的结果的程序代码,测试用例是执行测试的最小实体。简单地说,测试用例就是设计一个场景,使软件程序在这种场景下,必须能够正常运行并且达到程序锁设计的执行结果。
测试用例目前没有经典的定义,比较通畅的说法是:
对一项特定的软件产品进行测试任务的描述,体现测试方案、方法、技术和策略。内容包括测试目标、测试环境、输入数据、测试步骤、预期结果、测试脚本等,并形成文档。
要使最终用户对软件感到满意,最有力的举措就是对最终用户的期望加以明确阐述,以便对这些期望进行核实并确认其有效性,测试用例反应了要核实的要求。
测试用例的基本概念
根据测试过程中具体设计到问题类型及测试需求,可将测试用例分为如下几类:
(1)功能性测试用例。
(2)界面测试用例,适用于所有测试阶段中的界面测试。
(3)数据处理测试用例,适用于所有测试阶段中的数据处理测试。
(4)操作流程测试用例,适用于所有流程性测试。
(5)安装测试用例,适用于所有安装测试。
测试用例构成了设计和制定测试过程的基础。测试的“深度”与测试用例的数量成比例,因而,随着测试用例数量的增加,对产品质量也会越有信心。判断测试是否完全的一个主要方法就是以“实施测试用例数量”为依据的。
测试用例的设计
测试用例设计说明
测试工作量与测试用例的数量成正比,测试用例通常根据它们所关联的测试类型或测试需求来分类,而且将随着类型和需求相应地改变,一个最佳的测试用例方案至少要编制两个测试用例:正面测试用例和负面测试用例。
测试用例是软件测试的核心,不同类别的软件测试用例是不同的。一个好的测试用例应具有以下的优点:
(1)在开始实施测试之前设计好测试用例,避免盲目的测试。
(2)测试用例应使软件测试的实施重点突出、目的明确。
(3)可根据测试用例的多少和执行难度,估算测试工作量,便于管理与跟踪测试项目的时间和资源。
测试用例的设计
测试用例设计说明
(4)减少回归测试的复杂程度。
(5)在软件版本更新后,只需要修正少量的测试用例便可展开测试工作、降低工作强度、缩短项目周期。
(6)功能模块测试用例的通用化和复用化使软件测试易于开展。
(7)根据测试用例的操作步骤和执行结果,可以方便地书写软件测试缺陷报告。
(8)可以根据测试用例的执行等级,实施不同级别的测试。
(9)可以分析软件缺陷和程序模块质量提供依据。
(10)可以最大限度地找出软件隐藏的缺陷。
(11)测试用例内容清晰、格式一致、分类组织。
测试用例的设计
测试用例设计说明
测试目的决定了测试方案的设计,:
(1)测试是为了发现程序中的错误而执行程序的过程。
(2)好的测试方案是极可能发现迄今为止,尚未发现的错误的测试方案。
(3)成功的测试是发现了至今为止尚未发现的错误的测试。
(4)测试并不仅仅是为了找出错误。通过分析错误产生的原因和错误的发生趋势,可以帮助项目管理者发现当前软件开发过程中的缺陷,以便及时改进。
测试用例的设计
测试用例设计说明
测试目的决定了测试方案的设计,:
(5)这种分析也能帮助测试人员设计出有针对性的测试方法,改善测试的效率和有效性。
(6)没有发现错误的测试也是有价值的,完整的测试是评定软件质量的一种方法。
测试用例的设计
测试用例设计说明
软件工程师必须深入理解并正确运用的软件测试的基本原则主要有以下的内容:
(1)测试用例应具有代表性:即测试用例能够代表并覆盖各种合理的和不合理的、合法的和不合法的、边界的和越界的、极限的输入数据、操作和环境等。
(2)测试结果具有可判断性:即测试执行结果的正确性是可判定的,每一个测试用例都应有相应地期望结果。
(3)测试结果具有可再现性:即对同样的测试用例,系统的执行结果应当是相同的。
测试用例的设计
测试用例的编写标准
在制定测试用例时,由于不同软件公司的背景不同,因此测试用例的内容有所不同,但根据ANSI/IEEE列