系统测试用例编写规范

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

系统测试用例编写规范

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)

相关文档
最新文档