CMMI软件测试用例设计指南.docVIP

编号：CMMI-TEST-02 软件测试用例设计指南 V1.0 修订页 编号 章节名称 修订内容简述 修订日期 修订后版本号 修订人  目 录 1 引言 1 1.1 编写目的 1 1.2 适用范围 1 1.3 预期读者 1 1.4 参考文档 1 1.5 相关模版 1 2 测试用例概述 1 2.1 测试用例是什么 1 2.2 测试用例的重要性 2 2.3 测试用例设计基本步骤 3 3 测试用例设计方法 4 3.1 黑盒测试方法 4 3.1.1 等价类划分法 4 3.1.2 边界值分析法 7 3.1.3 错误推测法 8 3.1.4 组合分析法 8 3.2 白盒测试方法 8 3.2.1 基本路径法 8 3.2.2 逻辑覆盖 12 3.2.3 程序插装 12 4 测试用例编写原则 12 4.1 全面性 12 4.1.1 数据库程序基本的增、删、改功能 13 4.1.2 对于无输入的操作 13 4.1.3 应考虑存在跨年、跨月的数据 13 4.2 正确性 13 4.3 符合正常业务惯例 13 4.4 仿真性 14 4.5 可操作性 14 4.6 可复用性 14 引言 编写目的 设计好的测试用例是测试质量的关键。本文档目的是指导开发人员、测试人员等在项目过程中设计测试用例所遵循的原则以及如何进行测试用例的设计，以有效、顺利地去实施、开展单元测试、集成测试、系统测试、性能（压力）测试、UAT测试等活动。 适用范围 本文档适用于XX公司所有软件项目的测试工作。 预期读者 测试经理、测试工程师、质量经理、质量工程师、开发工程师、业务测试人员等。 参考文档 《软件测试规范实施指南》 相关模版 无 测试用例概述 软件测试发展到今天，测试工作已从简单的测试演变为包括：编制测试计划、编写测试用例、准备测试数据、编写测试脚本、实施测试、测试评估等多项内容的正规测试。测试方式也由单纯的手工测试发展为手工、自动化兼之。测试用例设计的好坏将直接影响到软件产品的质量。 测试用例是什么 测试用例也叫测试案例（Test case），也就是说为达到最佳的测试效果或高效的揭露隐藏的错误而精心设计的少量测试数据。比较通常的说法是：指对软件产品一项特定的业务功能进行测试任务的描述，体现测试方案、方法、技术和策略，其内容包括测试目标、测试环境、输入数据、测试步骤、预期结果、测试脚本等。测试用例的管理是通过QC集中管理，分布实施。 我们不可能进行穷举测试，为了节省时间和资源、提高测试效率，必须要从数量极大的可用测试数据中精心挑选出具有代表性或特殊性的测试数据来进行测试，一个好的测试用例是在于它能发现至今未发现的错误。 测试用例的重要性 软件测试的重要性是毋庸置疑的。但如何以最少的人力、资源投入，在最短的时间内完成测试，发现软件系统的缺陷，保证软件的产品质量，则是每个公司探索和追求的目标。每个软件产品或软件开发项目都需要有一套优秀的测试方案和测试方法，而测试用例的设计一直是软件测试工作的重点和难点。 测试用例之所以很重要，原因有以下几方面。 测试用例构成了设计和制定测试过程的基础。在开始实施测试之前设计好测试用例，可以避免盲目测试并提高测试效率，令软件测试的实施重点突出、目的明确。 测试的“深度”与测试用例的数量成比例。由于每个测试用例反映不同的场景、条件或经由产品的事件流，因而，随着测试用例数量的增加，您对产品质量和测试流程也就越有信心。 判断测试是否完全的一个主要评测方法是基于需求的覆盖，而这又是以确定、实施或执行的测试用例的数量为依据的。类似下面这样的说明：“95 % 的关键测试用例已得以执行和验证”，远比“我们已完成 95 % 的测试”更有意义。 测试工作量与测试用例的数量成比例。根据全面且细化的测试用例，可以更准确地估计测试周期各连续阶段的时间安排。 在软件版本更新后只需修正少部分的测试用例便可展开测试工作，降低工作强度、缩短项目周期。 在发生人员变更的情况下，有了测试用例及自动化测试，无论是谁来执行，参照测试用例及测试脚本实施，都能保障测试的质量，可以把人为因素的影响减少到最小。 测试用例设计基本步骤 测试用例设计步骤基本包括如下几个方面： 各类技术文档作为测试用例设计的依据；分析被测对象的规格；分析测试要素；分析测试要素取值；构建初始测试用例；通过评审或其他方式确认测试用例；在测试实现和执行的过程中修正测试用例。具体流程如下所示： 测试用例设计方法 黑盒测试方法 黑盒测试是从用户观点出发的测试，它又称功能测试、数据驱动测试或基于规格说明书或用户手册的测试。它所依据的是程序的外部特性。黑盒测试是目前业界最流行的测试方法，