系统测试用例编写规范
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 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)