测试用例
测试用例,简称TC,指的是在测试执行之前设计的一套详细的测试方案,包括测试环境,测试步骤,测试数据和预期结果。
测试用例设计的好坏直接决定了测试的效果和结果,是软件测试活动中最关键的步骤。
测试用例的编写依据:参考资料《需求规格说明书》,但是用户的需求不是一成不变的,需要根据需求的不断变化来修改和维护已经写好的测试用例。
测试用例的作用:
- 避免盲目测试,提高测试效率。
- 使软件测试的实施突出重点,目的明确。
- 估算测试工作量,便于测试项目的时间和资源管理与跟踪。
- 减少回归测试的复杂程度,版本修正后只需修正少量用例。
- 功能模块的测试用例的通用化和复用化则会使软件测试易于开展。
- 根据测试用例的操作步骤和执行结果为分析软件缺陷和程序质量提供依据。
- 实施不同级别的测试。
总结:为了将软件测试转换为可管理的、具体的量化的模式需要测试用例。
好的测试用例的特征:
-
可以最大程度地找出软件隐藏的缺陷
-
可以最高效率的找出软件缺陷
-
可以以最大程度地满足测试覆盖要求
-
既不过分复杂,也不过分简单
-
使软件缺陷的表现可判定
可判定:测试用例包含期望的正确的结果,待检查的输出结果或文件尽量简单明了
-
测试用例不重复
-
测试用例内容清晰、格式一致、分类组织
测试用例设计的影响因素:
- 需求目标:包括功能性需求和非功能性的需求
- 用户实际使用场景:从用户角度来模拟
- 软件规格需求说明,和设计文档
- 测试方法对测试用例的设计影响很大
测试用例设计的基本原则:
- 利用成熟的测试用例设计方法来指导设计
- 测试用例的针对性
- 测试用例的代表性
- 测试用例的可判定行
- 测试用例的可重现性
- 足够详细、准确和清晰的步骤
- 测试用例必须符合内部的规范的要求
测试用例设计的指导思想:
- 软件测试需求和测试计划是测试用例的设计基础
- 按照测试用例框架设计和详细设计进行分布式的测试
- 根据测试质量目标、测试周期、测试成本、测试者技能,确定合适的测试用例数量和测试内容的详细程度
- 分析用户实际使用的场景,被测试软件的类型特征和测试方法
- 寻求系统设计、功能设计的弱点,设计测试用例以寻求软件存在的缺陷,而不是简单的复制软件设计规格说明文档。
- 既要设计正面的测试用例,也要设计负面的测试
用例测试用例中的因素:
- 测试目标:why? 为什么测试?
- 测试对象:what? 测什么?
- 测试环境:where?在哪里测?
- 测试前提:when?什么是好开始测?
- 输入数据:Which? 哪些数据?
- 操作步骤:How? 如何测?
- 预期结果:判定依据
测试用例通常包括以下元素:
- 测试用例编号、名称、用例设计者
- 软件版本号
- 测试目的
- 参考信息
- 测试条件
- 测试环境
- 输入数据
- 操作步骤
- 预期结果
用例范例:
测试用例分类:
- 接口测试用例
- 路径测试用例
- 功能测试用例
- 容错能力测试用例
- 性能测试用例
- 界面测试用例
- 安全性测试用例
- 压力测试用例
- 可靠性测试用例
- 安装/反安装测试用例
功能测试用例设计步骤:
功能测试用例设计方法: