您好,欢迎来到意榕旅游网。
搜索
您的当前位置:首页系统测试用例编写规范资料

系统测试用例编写规范资料

来源:意榕旅游网
1 目的

1. 使系统测试用例的编写工作有章可寻。 2. 使系统测试用例的编写更加完整和规范。

2 适用范围

本规范适合康拓普公司所有软件测试项目。

3 用例的构成

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

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

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

4 编写规范

4.1 模块功能用例

模块功能的测试用例在TestDirector的Test Plan中编写,模式采用“Test Plan Tree”,树形目录按照模块功能来划分,第一级为系统名称,第二级为子系统名称,第三级为模块名称。当模块中有多个TAB页时,可列在第四级,目录最深为四级,若有更深层次的页面可提升到第四级中。

下面以itmpms系统的实施中的项目授权为例:

说明:

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

2. 第二级子目录(子系统名称)从01开始递增,并用括号括起来,如(01)、

(02)……。这一级的编号主要为方便目录的排序。

3. 第三级目录(模块名称)一般情况与需求项保持一致。需求项用“需求标识+流水

号”表示。

a 需求标识用子系统名称的拼音缩写来表示,流水号从01开始递增。如科技项目

申请,用“KL01”来表示,KL是科技项目立项的缩写。

b 当子系统名称拼音缩写有重复时,可以取不同字的首字母组合加以区别。对于一

个需求对应多个子模块,则在流水号后加大写字母来表示,如“KL05A”,“KL05B”依次类推。

c 若多个需求对应一个子模块,则用同一个流水号来表示。

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

个需求项下的用例编号从F01开始依次递增。

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

正确地执行测试。 举例:

F01页面检索

F02指定项目经理:

注意:

1. 不要删除已经取消的模块目录,尤其是已录入缺陷的模块。当目录删除后,其对

应的缺陷将无法对应,给缺陷的统计带来困难。

2. 在用例树中创建一个temp目录,将不用的模块目录移到该目录下。

4.2 通用性测试用例

测试组TD库(访问地址:http://129.129.5.7/tdbin,Project选择“testgroup”)中已有通用性的测试用例,包括系统级的、项目级的测试用例。系统级的是基本适合公司所有项目用例,如新增、修改、删除和查询功能等;项目级是基本适合某个项目的用例。

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

项目组TD库中的通用性测试用例不需分公司级和项目级,把公司级和项目级的统一放在通用性测试用例目录下,如下图所示:

不同的模块编写这些功能的用例时只需进行调用,个别有些不同的地方引用时可进行说明。调用通用性测试用例时,采用“call to test”的方式。点击工具栏中的示:

图标,如下图所

4.3 业务逻辑用例

业务逻辑的测试用例可以写入TD中,也可以用功能图来表示。用功能图表示时,需用适当的文字说清楚需求内容。

以物资系统为例,系统的业务流程可以用下图来表示。

业务说明:

1. 材料员或项目经理编辑申购单,上报到申购单审批流程。 2. 物资员审批申购单时,进行平衡库存和设置采购级别。

3. 零星采购的物资,申购单审批完成后,物资员直接对申购物资编辑采购单;一级

采购或二级合同采购的物资,综合管理员需进行厂家配额(拟选厂商,呈报给领导审批,确定厂商,合同管理员与厂商签订合同),厂家配额完成后,物资员才对申购物资编辑采购单。 路径:

1. 申购-审批(物资员设置采购级别)-编辑采购单

2. 申购-审批(物资员设置采购级别)-厂家配额(确定厂商,签订采购合同)-

编辑采购单 说明:

1. 以上这些路径的用例不需要编写,直接参考流程图;

2. 功能图采用附件形式上传到TD库中测试用例的第一级目录下,即“test plan-系统

名称”的目录。

3. 系统中若采用工作流定义业务流程,我们直接从参考流程定义,从申请人提交申

请书逐级发送到最后一个结点直至流程结束;从最后一个结点逐级回退到申请人。这些流程用例就不用再一一列出。把单个独立的功能用例如发送、指定回退、回退到申请人、项目分发等功能进行编写即可。

4.4 通用检查项

通用检查项列出一些包括页面功能、易用性、合理性等方面的内容,适合公司所有项目,供测试人员测试时参考,具体内容参见测试库中的《系统测试检查表》。

因篇幅问题不能全部显示,请点此查看更多更全内容

Copyright © 2019- yrrf.cn 版权所有

违法及侵权请联系:TEL:199 1889 7713 E-MAIL:2724546146@qq.com

本站由北京市万商天勤律师事务所王兴未律师提供法律服务