测试用例设计_设计测试用例

1.测试用例（test case）是可以被独立执行的一个过程，这个过程是一个最小的测试实体，不能再被分解。测试用例也就是为了某个测试点而设计的测试操作过程序列、条件、期望结果及其相关数据的一个特定的集合。

2.测试用例的元素

ID、模块、优先级、用例标题、预置条件、测试步骤、测试数据、预期结果

ID：用例编号
用例优先级
P0：一般为保证软件中最主要、重要的功能，最基本的流程能正常运行而设计
P1：次要功能、小功能
P2：UI、边界、错误的设置
P3：错误信息、较复杂的场景、不常用的场景
测试结果：pass、fail、block（由于有bug不能继续执行时填写）、NA（由于环境、资源缺失不能执行时填写）
测试版本号：当前测试任务所用的软件版本号
备注：
1. fail的用例问题描述和对应的bugID可填入此项中
2. block和NA的用例需要在此项填写原因
3. 对用例有疑问，或此用例需要更新也可以填写在此项中

3.如何设计出高质量的测试用例

• 客户需求导向的设计思路
• 责任到人
• 灵活的设计方法
• 测试用例设计不能局限于输入数据 尽量避免含糊的、冗长的或复杂的测试用例
• 尽量将具有相类似功能的测试用例抽象并归类

4.良好测试用例的特征

• 可以最大程度地找出软件隐藏的缺陷
• 可以最高效率的找出软件缺陷
• 可以最大程度地满足测试覆盖要求
• 既不过分复杂、也不能过分简单 使软件缺陷的表现可以清楚的判定
• 测试用例包含期望的正确的结果
• 待查的输出结果或文件必须尽量简单明了
• 不包含重复的测试用例
• 测试用例内容清晰、格式一致、分类组织

5.测试用例设计步骤

6.测试用例的创建

建立合适的、可扩展的测试用例框架，从而借助这个框架能有效地组织众多的测试用例，包括对测试用例的分类、清晰的层次结构等。

 

7.测试用例套件

测试套件是由一系列测试用例并与之关联的测试环境组合而构成的集合，已满足测试执行的特定要求。通过测试套件，将服务于同一个测试目标、特定阶段性测试目标或某一运行环境下的一系列测试用例有机地组合起来