我的测试用例设计-02用例组成元素(用例模板)

可以这么说,每一家公司对于测试用例的设计规范、风格和用例的组成元素(填写的字段)都一样,但都大同小异,不同只是来源于公司对于某些实际需求来带来的差异。

一般基本的测试用例都具有以下基础的组成元素:用例编号、用例名称、用例优先级、用例步骤、前提条件、预期结果、用例设计者、创建时间。

接下来说说我结合我公司的实际应用,设计出来的用例模板(使用QC9.0工具):

简单说一下某些字段用途:

1、用例版本:用于测试用例的版本管理,也可以追溯用例来源于哪个需求版本。

2、用例状态:有效用例则为当前该功能可用来执行的用例;无效用例则为当需求变更,当前软件版本用例不可用时设置的状态;而维护中则为用例正在编写过程中,仍未完成编写不可用的状态。

3、用例优先级:用来区分用例的级别,可用于不同测试策略时的用例执行范围确定,同时也区分出高优先级的冒烟测试用例,可提供给开发做自测或做冒烟测试之用。

4、所属项目:该用例的属于哪个项目之下,用于数据统计和筛选。

5、所属功能:同上。

6、用例类型:用于区分用例是属于哪种测试类型,也用于数据统计和筛选。

7、测试数据:用来填写该用例所需用到的测试数据。

8、用例需求:由于本人公司在使用QC时是没有用到需求模块的工具(没有实现用例连接需求点),同时也为了当前用例能快速追溯到需求内容,因此特意新增一字段文本框来填写该用例所指向的需求内容。

PS:有些同学或者会说,这个模块太多字段要填了,多了不少工作量,其实很多字段可以使通过QC脚本编辑器编写VC脚本来实现自动填写,还是可以省下不少时间,工具是死的,人是活的,要灵活运用好工具为工作提高效率。那关于如何编写脚本来实现字段的自动填写就不在这篇文章中作详细解说了。

上述为本人对于测试用例模板的看法和应用,如有意见,可随时联系交流。

时间: 2024-10-15 09:00:34

我的测试用例设计-02用例组成元素(用例模板)的相关文章

黑盒测试用例设计-用例维护(十二)

六.用例维护-经验用例 当进入执行测试阶段时, 我们总是能发现一些缺陷的出现是出乎我们意料的, 或者说是已有的测试需求和测试用例未能覆盖的.那么,对于这部分缺陷,也应当在分析整理后添加到测试需求中,并设计相应的测试用例,以便于下一个版本迭代时进行参考. 其实, 对于一个长期发展的团队或产品, 它的所有东西都是要不断积累的. 不断迭代的,软件需求.软件设计.代码以及测试需求.测试用例.测试脚本,都不仅仅是在一个版本的开发过程中不同的阶段进行迭代,在产品的整个生命周期中的不同版本间,也是不断迭代和积

1.3测试用例设计方法

测试用例设计方法(黑盒) 1.等价类,划分为有效等价类和无效等价类 1.1.按数据范围划分 有效:0.01-200 无效:小于0.01大于200 1.2.按数据类型划分 有效:数字 无效:非数字字符,中文等 1.3.设计原则 对于有效等价类,应尽可能多的覆盖尚未被覆盖的有效等价类,知道有所都被覆盖为止. 对于无效等价类,每个无效等价类就是一条测试用例 例如: 2.边界值(为了补充等价类的用例) 比如微信红包范围是0.01-200 那么测试用例有: 0 0.009 0.01 0.02 199 20

黑盒测试用例设计总结

最常见黑盒测试方法包括:边界值.等价类.错误推测法.场景法.因果图法.判定表组成法.正交实验设计.(注:黑盒测试仅需知道系统的[输入]和[输出],不需要知道代码是怎么写的.所以代码部分就不赘述了) 一.边界值测试 经实践总结:大量的软件缺陷发生在输入域和输出域的边界上.所以在设计测试用例的时候,应该重视边界. 例1:只有一个输入条件时,可以这么选取测试用例.(以坐标轴举例.以红点表示测试用例) 例2:当有两个输入条件的时候,可以这么选取测试用例.(以红点表示测试用例) 小结: 边界值测试是一种最

接口测试用例设计实践总结

设计思路 1)   优先级--针对所有接口 1.暴露在外面的接口,因为通常该接口会给第三方调用: 2.供系统内部调用的核心功能接口: 3.供系统内部调用非核心功能接口: 2)   优先级--针对单个接口 1.正向用例优先测试,逆向用例次之(通常情况,非绝对): 2.是否满足前提条件 > 是否携带默认参值参数 > 参数是否必填 > 参数之间是否存在关联 > 参数数据类型限制 >参数数据类型自身的数据范围值限制 3)   设计分析 通常,设计接口测试用例需要考虑以下几个方面: 1

测试用例设计白皮书--边界值分析方法

一.方法简介1.定义:边界值分析法就是对输入或输出的边界值进行测试的一种黑盒测试方法.通常边界值分析法是作为对等价类划分法的补充,这种情况下,其测试用例来自等价类的边界. 2.与等价划分的区别  1)边界值分析不是从某等价类中随便挑一个作为代表,而是使这个等价类的每个边界都要作为测试条件.  2)边界值分析不仅考虑输入条件,还要考虑输出空间产生的测试情况. 3.边界值分析方法的考虑:  长期的测试工作经验告诉我们,大量的错误是发生在输入或输出范围的边界上,而不是发生在输入输出范围的内部.因此针对

转:性能测试用例设计策略

性能测试在软件质量保证中起着重要的作用,它包括的测试内容丰富多样.同一个系统,不同的测试设计及测试过程会导致不同的结果,也会有不同的解读.合理的测试规划与设计是至关重要的.本文重点介绍如何结合用户实际业务特点制定有效的性能测试用例. 一.系统业务特点和用户行为分析 用户行为反映了用户对系统的使用模式和应用背景,在性能测试之前,我们首先需要分析用户的使用习惯,确定系统的典型业务及发生时间.分析用户行为是设计性能测试用例的第一步. 1.系统使用高峰时段分析 对于很多大型系统,都有业务集中开展使用的情

转:黑盒测试用例设计方法

1. 概述 黑盒测试用例设计方法包括等价类划分法.边界值分析法.错误推测法.因果图法.判定表驱动法.正交试验设计法.功能图法等. 2. 等价类划分法 2.1.              概念 等价类划分法是把程序的输入域划分成若干部分(子集),然后从每个部分中选取少数代表性数据作为测试用例.每一类的代表性数据在测试中的作用等价于这一类中的其他值. 2.2.              等价类划分法的应用 等价类是指某个输入域的子集合.在该子集合中,各个输入数据对于揭露程序中的错误都是等效的,并合理

测试用例设计

本文主旨: 如果你在公司负责评审测试用例,是否也曾经迷失在几百条测试用例中不能自拔?如果你曾经编写过大型功能模块的测试用例,是否也曾抓住了细节却遗漏掉关键测试点呢?这里为大家介绍一份测试用例设计模板,希望在解决这两个问题上能起来抛砖引玉的作用. 正文: 最近看了一篇贴子,写的是工作()年来自己最满意的工作成果.于是,我就在想这些年来在当前这家公司我自己最满意的工作成果是什么呢.脑海里浮现的第一个选项不是公司里第一个B2B项目的需求分析,不是在公司第一个敏捷项目里以user story map +

软件测试实战 - 测试用例设计方法

一.测试分析 测试需求来源 开发需求DR:协议标准需求PR:用户需求UR:案例库需求LR:竞争需求CR:继承需求SR: 2. 测试项分析步骤 a. 为分析的测试项编号:b. 注明来源:开发文档/法律条款/案例库编号c. 整合测试项:删除合并重复测试项:大的测试项分解为测试子项:d. 分析测试项之间的关系: 3. 测试分析方法 a. 质量模型分析法:功能测试项.效率测试项.可靠性.易用性.可维护性.可移植性:b. 用户场景分析法:游客.普通用户.VIP用户.管理员用户等,不同角色权限不同,测试点也