如何让你的测试用例结构更清晰条理化

skysolf

一个好得测试用例，需要满足16个字：
   结构清晰
   内容准确
   易于统计
   便于维护

让我们来分析和了解一下测试用例得结构。测试用例的结构一般依照项目的层次，可以划分出一定目录结构。如何来做到结构清晰呢？

假设，如果有一个复杂而庞大的项目，需要对其每个模块，每个模块中的的功能点，每个功能点中的细节分别设计用例，你将用什么方法来使你得测试点体现得条理又准确呢？下面我们以学生管理系统这样一个项目来做例子分析。如下是这个项目的框架式功能介绍：



从该项目功能点上可将系统划分成如下的关系：



任何一个的项目，不管其难以程度，都需要将它由大到小，由复杂到简单去划分。从上面这个关系我们可以得出，一个项目从上到小可以出现多个层级关系：
* 最大的层级就是一个项目，如学生信息管理系统这个项目；
* 其次组成这个项目的各个分支（模块）功能，如登陆，数据库管理，学生信息管理，账户管理，成 绩分析统计管理；
* 再次，每个分支（模块）功能内部，外部功能点。

所以，至少有三层关系在其中。那么，如何让我们的测试用例也能很好的体现出这样的层级关系呢，我们引入如下概念：

WookBook:
模块，各产品根据各自特性划分成不同的子模块

WookSheet:
子模块，在各模块基础上分成不同的细分模块

Secnario:
A set of test cases ensure that the business process flows are tested from end to end. They may be independent tests or a series of tests that follow each other, each dependent on the output of the previous one.

Part:
同一个细分模块中的层次划分，比如按照每个页面一个Part进行细分

Case:
用例，针对一个或者多个Objective的具体测试用例

Pre Requisite
包括整个子模块以及每个测试用例的测试前提条件

Test Procedure
每个分组中的测试用例执行顺序，当测试用例顺序执行时可省略

WookBook，WookSheet, Secnario, Part, Case的层级关系如下：


Figure 1: The diagram of relationship among the Worksheet, Scenario, Part and Case in one project



Figure 2: The Diagram of relationship among the Worksheet, Scenario, Part and Case in one workbook


现在，我们一起根据上图的层级关系，来为学生管理系统构建其测试用例的框架。

1. 首先我们用一个excel类型的WookBook来定义这个项目，如C050505 SIMS TC 01 01. xls





2. 在一个WookBook中，用多个WookSheet去定义项目中的主要功能点





3. 对模块中需要根据不同场景处理的功能点，再细分出它的场景模块。如在学生信息管理模块，因为权限的不同，所涉及到的场景和功能也会有各自的特点：





4. 在一个WookSheet里面，根据流程和子功能划分成不同的part, 例如在学生管理_助教这个sheet里面：



注：在Part中，如果需要继续划分，可以允许Sub-Part


5. 在每个Part中，设计唯一的Case。Case是测试用例中的最小单位，不可再分。

这样，一个层次鲜明，条理分明的测试用例的结构框架就出来了。拥有清晰结构的测试用例，不仅阅读方便，同时也为测试用例的管理，提供有效的目录组织。

例如：
1.   登陆
2.   帐号管理
3.   学生信息管理
3.1.   管理员权限
  3.1.1.   新增学生信息
  3.1.2.   修改学生信息
  3.1.3.   复制学生信息
  3.1.4.   删除学生信息
  3.1.5.   查询学生信息
3.2.   教职权限
3.3.   助教权限
4.   成绩分析与统计
5.   数据库管理


====转自   软件测试基地论坛 ====

youyan2007

中间带英文的专业术语看的不是很明白

victoriatuline

dabeixiong

很早以前看过有人发过这帖子~不过是图文并茂文件提供下载的...抄袭都不说给抄全了...

lxy204

hifree

写的很好啊~~自己平时也考虑如何将CASE写的清晰,条理的问题~但不如楼主考虑的如此系统,还有一个问题是有些系统的业务逻辑相当复杂,这时如果依然按照页面顺序,系统模块...这样的逻辑写的话,并不能体现CASE的价值,这时可以配合业务流程图和测试数据~~所以所测系统的业务特性相当部分影响了CASE的结构逻辑~~我的拙见

gucciyoung

如果有图的话就更好了

guojunlin

新手，还是不明白怎么写好

skiina

谁有这个帖子的，附件呢？很想学习一下