(

测试用例本身的错误、测试用例目前不适用、环境因

< br>素等

)

，因此，清晰的测试用例使测试人蚰在测试过程中 小会出现模棱两可的情况，不能说这个

测试用例部分通过，

部分 未通过，

或者是从这个测试用例描述中小能找到问题，

但软件错 误应该

出现在这个测试用例巾。

这样的测试用例将会给测试人员 的判断带来团难，

吲时也不利于测试过

程的跟踪。

例如，还用上断的例 子来说明，对用户登录的页面校验测试进行测试用例设计：

●

输入

J F

确的用户和密码，输入错误的用户和密码，程序会弹出对话框。

在

L

而这样的测试用例设计，未能清楚地描述什么样是程序正常

工作

状态，什么样是程序

不正常工作状态，这样含糊不清的测试用例 必然会导致测试过程问题的遗漏。

2

、尽量将具有相类似功能的测试用例抽象并归类

一直强调

过程是无法进行穷举测试的，

因此，

对相类似的测试用例的抽象过程显得

尤为重要，一个好测试用倒应该 足能代表组或者一系列的测试过程。

3

、尽量避免冗长和复杂的测试用例

这样做的主要目的是保证验证结果 的惟一性。

这也是和第一条原则相一致的，

为的是在测试

过程执行过程

th

确保测试用例的输出状态惟 性，从而便于跟踪和管理在一些很长和复杂的测试

用例设讨过程中，需要将测试用例进行 合理的分解，从而保证测试用例的准确性。在某些时候，

测试用例包含很多类型的输入或 者输乩或测试过程的逻辑复杂而币连续，

此时需要对测试用例进

行分解。

张实际的测试用例设计中，

需要将前述的基本原则和考 虑凶素结台起来，

遵循基本的测

试用例编写规范。按照实际测试 的需求灵活地组织设计测试用倒。

在测试例设计监考虑

白盒测

试

用例年

u< /p>

黑盒测试用例。

测试用例的概念：测试 用例是包含输入项、预期输出的程序的标识。

测试用例的作用 ：

执行测试、发现缺陷；重复执行、重现缺陷；回归测试、验证缺陷修复；

管理测试过程。

测试用例的编写方式：操作步骤法、表格矩阵法；

客观准确（语言描述客观、操作客观、执行结果客观 ）

、简洁、可重

用（可多次执行、可维护）

、适用（可执行）

、可跟踪（组织管理及标识）

、纯净（能 返回到

初始状态、不影响系统的使用）

测试用例评估标准：

测试用例要素是否完整（用例标识、输入、预期输出，其他如：测 试环

境、

前置条件、

可能影响等）

、

测试用例编写依据是否准确

（相关需求、

开发

/

测试设计文档、

测试计划、测试规范、文档模板等）

、能否发现多的错误、测试覆盖率、用例冗 余性、测试

用例的依赖关系、用例执行的先后顺序及优先级

< /p>

测试用例粒度控制：

相关因素有所测试的功能的特点（复杂程度、 重要程度等）

、产品

/

项目