测试用例编写积累

A 测试用例的内容：

测试目标：分支目标功能的详细阐述；

测试的环境要求：包含版本要求，环境搭建，需要的软件等；

详细描述的测试步骤，步骤可以被无误的执行；

活动和预期的结果；

B 测试用例的质量是客观的：

需求中要明确的测试点；

精确的。只测试描述中所说的内容。

经济的。相关的测试步骤只和该测试目的相一致，不会涉及到其他目的。

可重用的，自立的。任何人都可以完成测试用例的执行，并且结果相同。

适合的。该用例可以被执行，不会有不能操作的部分。

可追溯的。测试目标有其对应着需求点。

可自我清理的。该程序的完成不会留下执行的痕迹。系统变量和环境不会改变。

测试用例的提升：

专业术语要明确，一致。

测试的易用性。

明确执行的动作，和测试结果分开。

使用累积用例。也就是本次测试基于之前的测试步骤之后。需要注意：步骤中说到其他用例时需要完整说明标题。同时，在测试的顺序上和客户保持一致。

提高生产效率：

克隆之前的步骤，同时注意修改其不同部分。

在写测试用例的时候，同时修改测试用例：

出现问题的地方：

1 用例步骤太长

2 用例中引用的术语已经修改

3 用例不完整，不连贯，步骤错误。

4 结果包含的小点不明确

附录A

测试用例核查表

 质量属性

 ● 精确的 - 只测试描述中所说的将测试的内容。

 ● 经济的 - 只有对于它的目标所需要的步骤

 ● 可重用的、自立的 - 不管是谁测试它都是相同的结果。

 ● 适合的 – 不仅对当前而且对今后的测试者

 ● 可追溯的 – 对应到一个需求

 ● 可自我清理的 - 返回测试环境到未使用状态

 结构和可测试性

 ● 有一个名称和编号

 ● 有一个明确的目标，其中包括什么需求将被测试

 ● 有一个测试方法的描述

 ● 指定设置信息 - 环境、数据、前提测试、安全访问

 ● 进行的活动和预期结果

 ● 陈述需要被保存的任何证据，如报告或抓屏

 ● 留下干净的测试环境

 ● 使用生动的用例语言

 ● 不超过15个步骤

 ● 矩阵不需要超过20分钟的时间来测试

 ● 自动脚本用目标、输入、预期结果来注释

 ● 如果可能的话，设置提供前提测试的替代品

 ● 与其他测试处于正确的商业场景顺序中

 配置管理

 ● 使用命名和编号协定

 ● 以指定的格式、文件类型保存

 ● 对应版本和受测软件相匹配

 ● 包括用例需要的测试对象，如资料库

 ● 存储为可读取形式

 ● 以受控访问的形式存储

 ● 存储在网络备份操作处

 ● 现场外存档