系统测试用例编写规范

系统测试用例编写规范

1 目的

1. 使系统测试用例的编写工作有章可寻。

2. 使系统测试用例的编写更加完整和规范。

2 适用范围

本规范适合益模科技有限公司所有软件测试项目。

3 用例的构成

系统测试用例分模块功能、通用性测试用例、业务逻辑和通用性检查项四个部分。前三者的测试用例都写入各项目组的TD库中。

模块功能用例根据系统各模块的特征项，结合需求进行编写；通用性测试用例包括系统级、项目级的通用功能；业务逻辑是系统中涉及到多个模块的业务流程；通用检查项包括页面通用功能、易用性、合理性等检查项，这里的通用功能更多的是指页面上的功能，如数字型字段显示、分页显示等。

有了通用性测试用例、通用检查项的支持，在模块功能方面的测试用例编写就相对简单方便。模块间的关联（如业务流程）也可用功能图形来反映软件中的逻辑关系，可以省时、省力，而且整个文档显得内容集中、清晰，不会混淆主次。

4 编写规范

4.1 模块功能用例

模块功能的测试用例在T estDirector的Test Plan中编写，模式采用“T est Plan Tree”，树形目录按照模块功能来划分，第一级为第一级菜单名称，第二级为第二级菜单名称，第三级为模块名称。第四级为测试用例名称加JIRA编号，目录最深为四级，若有更深层次的页面可提升到第四级中。

下面以一汽项目测测试用例为例：

说明：

1. 目录结构与系统页面保持一致。

2. 第一、二级子目录（菜单和子菜单名称）从01开始递增，并用括号括起来，如（01）、（02）……

这两级的编号主要为方便目录的排序。

3. 第三级目录（模块名称）一般情况与需求项保持一致。需求项用“（01、02……）需求标识

+JIRA编号”表示。

a) 需求标识用：需求的简单概述来表示，JIAR号去JIRA系统中此需求对应的JIRA编号。

b) 若同一个需求存在变更，其“需求标识”用“需求的简单概述（需求变更V1）”来表示。

4. 用例的顺序首先为页面检索，其次按照业务功能和次要功能的先后顺序排放。

即：（1）先编写页面样式测试用例。

（2）编写功能测试用例。

（3）编写业务逻辑测试用例。

（4）次要的功能。

5. 用例的编写只需写出关键测试步骤，要求语言简洁，使测试人员能明白需求并能正确地执行

测试。

6. 测试用例的命名为前面部分是步骤编号，后面部分为功能点概括，再加流水号；

7. 详细信息：为此测试用例的功能点简介，具体测试点总结。

8. 在编写测试用例时必须写预期结果,直接在测试用例预期结果中填写测试用例通过还是不通

过，用OK和NO进行标识。

9. 需要在测试用例对应的“附件”标签页面进行上传对应JIRA的URL地址。

举例：

模具整套外委中标套显示需求用例：

4.2 通用模块测试用例

测试组TD库（访问地址：http://129.168.1.199/td/deafult，Project选择“TestStandard”）中已有通用性的测试用例（还未编写完成），包括系统级的、项目级的测试用例。系统级的是基本适合公司：同一版本项目用例，如新增、修改、删除和查询功能等；项目级是基本适合特定的项目的用例。

编写版本系统测试用例时，把适合本系统的通用性测试用例从测试组TD库中拷到项目组TD库中，再根据系统实际需求进行修改和补充。

周五与大家一起讨论了测试用例的输入值，输出值，以及相关联的模块怎么写，还简单的介绍了怎么设计用例，做一个小小的总结，

原则就是：

1 尽可能的以举例的方式描述输入及输出，输入和输出应包含有效值和无效值（用等价类，边界值等用例分析方法）

2 输入值也可以使用场景，前置条件等描述在做规定，这样可以方便大家分解不同的条件

3 复杂的逻辑可以使用判定表在做逻辑解析，将复杂逻辑的条件一一列出，分解成单个的简单逻辑

4 操作步骤尽量写的明细一些，不要怕在写用例时花了太多时间，写用例就是分析的过程

5 写预期结果时，除了大家经常写的增加一条数据，将XX值改为XX值，库存由XX变为XX，单据删除成功等这类似的描述外，

还应该描写对其他页面或控件的影响：

比如，在单据明细页面做某个操作后，单据有未处理变成已处理

增加配置信息后，对应的下拉框会增加绑定的信息

在任务分配页面做了下发，除了分配页面的已下发的信息消失，还应该写上在编程页面可以查找到这些已下发的记录

有多个模块控制收货入库，在一个模块收货或者部分收货，其他可收货的模块的对应数量也应该改变...

...

...

另外：还总结了部分可以提出做公共测试用例的功能，以下为我总结的列表，如果大家还有想到的，请大家补充,

1 导入/导出

2 翻页

3 输入框/下拉框的判断

4 模糊匹配

5 提示消息框

6 全选，多选（包括选择记录后才可以做某些操作比如编辑，删除）

7 树状菜单的控制

8 点击页面单号的链接，打开该单号的明细（多次打开同一个，填写内容后在次点击链接，多次打开不同的单号）

9 左右移动的带有>> 和<< 的添加和移除功能

10 页面焦点循序

11 权限

12 页面UI

其中有很多是需要要求开发人员在写代码前就统一的，大家都遵循固定的标准才能提高开发和测试效率。

附件有部分摘抄的图片信息

Yongming Yu 喻永明

Tel: 86 27 87591226 电话：86 27 87591226

86 27 87451620 86 27 87451620

Fax:86 27 87591226 Ext.8001 传真：86 27 87591226 转8001

Wuhan Eman Software Technology Co., Ltd.

武汉益模软件科技有限公司

Add:23rd Floor, Block A, Building 10, East Lake Development Zone Optical Valley venture Street, Wuhan 430073, PRC

地址：武汉东湖开发区光谷创业街10栋A座23层

E-Mail:**************

Hot-line:400 027 8806 服务热线：400 027 8806

----------------------------------------------------------------------------

本邮件及其附件仅供指定收件人使用，为保密信息且须经授权使用。若收件有误，请立即回复本邮件知会发件人并将此邮件及其附件删除。本邮件及其附件内容仅代表发件人个人观点，本公司不对本邮件及其附件内容可能存在的错误、遗漏或者隐含病毒负责，我们不对因此而导致的任何损失承担责任。

This e-mail is for the use of the intended recipient only.This e-mail and any attachments are confidential and require authorization for usage. If you have received this e-mail in error, please notify the sender immediately and then delete it. Any views and opinions expressed in this e-mail are of the author only and do not represent the views of EMAN Software Corporation , We can not accept liability for any loss or damage caused by software viruses and the others contained in this mail and attachments.

(2014-06-14_163054.png)