编写测试用例

一、 测试用例的定义和内容

1. 测试用例的定义

• 对一项特定的软件产品进行测试任务的描述，指定输入，预期结果和一组测试项的 执行条件的文档。
  • 体现测试方案、方法、技术和策略；
  • 内容包括测试目标、测试环境、输入数据、测试步骤、预期结果、测试脚本等。

2. 测试用例的元素

• 测试用例必须给出测试测试目标、测试对象、测试环境要求、输入数据和操作步骤， 概括为 5W1H。
  • 测试目标：Why——为什么而测？功能、性能、可用性、容错性、兼容性、安 全性等。
  • 测试对象：What——测什么？被测试的项目，如对象、函数、类、菜单、按 钮、表格、接口、整个系统等。
  • 测试环境：Where——在哪里测？测试用例运行时所处的环境，包括系统的配 置和设定等要求，也包括操作系统、浏览器、通讯协议等单机或网络环境。
  • 测试前提：When——什么时候可是测？测试用例运行时所处的前提或条件限 制。
  • 输入数据：Which——那些数据？在操作时，系统所接受的各种可变化的数据， 如数字、字符、文件等。
  • 操作步骤：How——如何测？执行软件和程序的先后次序步骤等。如打开对话 框、点击按钮等。

二、 为什么需要测试用例

• 测试用例是测试人员在测试过程中的重要参考依据。
• 测试用例可以帮助实施有效的测试，所有被执行的测试都是有意义的，不要执行毫 无意义的测试操作。
• 良好的测试用例不断地被重复使用，使得测试过程事半功倍。
  • 在软件产品的开发过程中，开发人员不断的推出新的版本，测试人员需要对原 有功能进行多次的回归测试，即使在一个版本中，也要进行 2～3 次的回归测 试。这些回归测试，就要求能重复使用测试用例。
• 测试用例是一个知识积累的过程。
• 测试用例是一个知识传递的过程，能保持一致、稳定的测试质量
• 从项目管理的角度来说，测试用例的通过率是检验代码质量保证效果最主要的指标 之一。
• 测试用例也可以作为评估测试人员进度、工作量以及跟踪/管理测试的工作效率的 主要因素，从而更加合理地做出测试安排或调整。

三、 测试用例的写作说明

1. 测试用例的模板/格式

2. 测试用例的写作说明

2.1 用例编号/序号

简单、唯一。

2.2 用例说明

• 也称测试点、检查点、测试概述、用例概述、测试说明；
• 用一句话对测试用例进行概述；
• 可以总结测试目的；
• 可以用疑问句表示；
• 可以用“检查、验证、测试”等字眼（如验证 QQ 默认安装）；
• 最好看到这句话就能知道如何测试；
• 尽量唯一（决策表可能会有重复的测试说明）；
• 用例执行多轮时，越往后执行可能越快，如果用例写得好，直接看概述就行。

2.3 初始条件

• 也称预置条件、前提条件；
• 初始条件要是一个状态，而且是静态的，如管理员已登录后台；
• 初始条件是第一步操作步骤之前的状态，不能太远，不用从头写到尾
• 很多项目中不写预置条件。

2.4 操作步骤

• 若对数据要求高，需要把数据分离出来；
• 步骤要都有序号；
• 每一步用分号分开，最后用一个句号；
• 每一步必须换行；
• 参数前加冒号（如用户名：admin）；
• 涉及按钮界面用【】、“”等成对符号间隔；
• 功能的详细用例步骤 4-6 步左右；
• 最后一步一定是个动作，不能写结果。

2.5 预期结果

• 是一个状态；
• 如果参考文档中有描述，原封不动的抄过来；如果文档中没有具体要求，则点要一 致，可以有几个点，如 QQ 默认安装，应能启动、默认选项匹配等。

2.6 用例状态

• 通过、失败、阻塞、未执行、搁置、无效用例…
• 初始条件达不到时，一般用例状态设置为阻塞。
• 看如何执行用例，执行完关心什么来定。

2.7 优先级

• 用例的执行顺序。

3. 案例

四、 测试用例的评审和管理

1. 保证测试用例质量的方法

• 首先，要对用户需求、服务质量要求、产品特性有深刻且全面的理解
• 其次，采取正确、恰当的方法进行用例设计；
• 再者，按照测试用例的标准格式或规范的模板来书写测试用例；
• 最后，对测试用例的检查、评审，也是提高测试用例质量的主要且有效的手段。