测试用例设计的八大要素及ANSI/IEEE 829标准和编写示例
1、测试用例的八大要素
1. 用例编号
和其他编号一样,测试用例编号是用来唯一识别测试用例的编号,要求具有易识别和易维护性,用户可以很容易根据用例编号获取到相应用例的目的和作用,在系统测试用例中,编号的一般格式为A-B-C-D
这几部分的作用分别如下:
- A:产品或项目类型,如CMS(内容管理系统)、CRM(客户关系管理系统)
- B:一般用来说明用例的属性,如ST(系统测试)、IT(集成测试)、UT(单元测试)
- C:测试需求的表示,说明该用例针对的需求点,可包括测试项和测试子项等,如文档管理、客户投诉信息管理等。通常可以根据实际情况将格式调整为
C-C1
的格式,如客户管理-新增客户
,其中客户管理为测试项C,新增客户为测试子项C1。 - D:通常用数字表示,并且一般用三位顺序性数字编号表示,如001、002等。
用例编号示例:CRM-ST-客户管理-新增客户-001
2. 测试项
测试项即是测试用例对应的功能模块,其包含了测试项、测试子项,以及该用例所属的功能模块。以上述的客户管理-新增客户为例,往往一个测试项下会包含若干测试子项或测试用例,因此测试项一般可定义到测试子项级别,这样更便于识别测试用例所属模块及维护用例。
3. 标题
测试标题是用来概括描述本条测试用例的关注点,原则上标题不可重复,每条测试用例对应一个测试目的。例如,输入包含特殊符号'
的客户名称,提交新增信息,验证单引号SQL注入是否屏蔽。
4. 重要级别
重要级别是测试用例重要性的体现,可以根据测试用例的重要级别决定测试用例的执行顺序,一般将测试用例划分为高、中、低三个等级。具体的级别可以根据需求的优先级来确定,在一个测试项中,级别为高的测试用例数量往往控制在一个左右,通常从功能风险、功能使用频率、功能关键性等几个因素来考虑用例重要级别设置,高级别的用例越多,预测试项目就越多,就越不利于测试的执行,这样设置重要级别也就没有意义了。
5. 预置条件
预置条件就是执行该条用例的先决条件,也就是说如果预置条件不满足,则根本无法执行本条测试用例。预置条件在实际确定的过程中,往往选择与当前用例有直接因果关系的条件,例如当某个功能A或流程的输出直接影响下一个功能或流程的工作时,可称A是下一功能或流程的预置条件。
预置条件选择的正确与否,可能会影响测试覆盖率、通过率的计算,从而影响停测标准的执行。
6. 测试输入
测试执行时,往往需要一些外部数据、文件、记录驱动等,例如,新增客户信息时,需要客户姓名、联系电话、通信地址等,这些内容构造的测试数据即被称为测试输入。
7. 操作步骤
根据需求规格说明书中的功能需求,设计用例执行步骤。操作步骤描述执行人员执行用例时,应遵循的输入操作动作,编写操作步骤时,需明确给出每个步骤的详细描述。
8. 预期结果
预期结果来源于需求规格说明书,说明用户显性期望或隐性需求。预期结果作为测试用例最重要的一部分,需明确定义。在编写预期结果时,可以考虑从以下两个方面考虑:
- 预期的界面表现
执行相关操作后,被测对象会根据测试输入做出相应,并将结果展现在软件界面上,用例预期结果中可包括此部分的描述。 - 预期的功能表现
通常从数据记录、流程响应等几个方面关注预期功能表现,如输入正确数据格式的用户信息,单击“新增”按钮,数据库插入相关记录,并且在用户列表中正确显示该用户概要信息。
需要注意的是,被测对象根据输入所做出的响应,一定要描述清晰。通常情况下,一条测试用例,仅描述一个预期结果或主题明确的相关结果,不要一条用例描述若干事情,期望若干结果。
2、ANSI/IEEE 829标准
ANSI/IEEE 829标准测试用例说明用于输入输出的实际数值和预期结果,同时还指出了使用具体测试用例产生的测试程序的限制。下面是ANSI/IEEE 829中对测试用例的描述:
如果按照上述标准来写,将非常浪费时间,所以一般将上述标准一般作为规范,然后在其基础上进行修改、简化,下面是一个测试用例的实例。
3、测试用例编写实例
以上面的新增客户测试项为例,可以编写如下的测试用例:
不过,根据实际的情况,我们还可以再此基础上增加新的要素,例如用例属性(指该用例的用途,如功能用例、性能、可靠性、安全性、兼容性用例等,这样可以先确定用例属性,然后再选择相应的测试用例/测试数据,比如安全性测试就选择安全性测试用例)、实际结果(刚开始时为空白,执行测试用例后,如果实际结果与预期结果不一致,将实际执行结果写入此处),执行人(执行此条测试用例的人员)等。
测试用例设计的八大要素及ANSI/IEEE 829标准和编写示例相关推荐
- 测试用例设计的八大要素
1.测试用例的八大要素 用例编号 和其他编号一样,测试用例编号是用来唯一识别测试用例的编号,要求具有易识别和易维护性,用户可以很容易根据用例编号获取到相应用例的目的和作用,在系统测试用例中,编号的一般 ...
- 测试用例的设计方法——八大要素
一.测试用例(Test Case): 是为某个特殊目标而编制的一组测试输入.执行条件以及预期结果,以便测试某个程序路径或核实是否满足某个特定需求. 用例编号 功能模块 测试点 重要级别 预置条件 测试 ...
- 测试用例八大要素以及设计方法
测试用例(Test Case)是指对一项特定的软件产品进行测试任务的描述,体现测试方案.方法.技术和策略.其内容包括测试目标.测试环境.输入数据.测试步骤.预期结果.测试脚本等,最终形成文档.简单地认 ...
- 测试用例设计的几种常见方法,测试用例的几大要素
一,测试用例设计的几种常见方法 1.等价类划分 2.边界值分析 3.错误推测法 4.判定表法 5.正交实验法 6.因果图法 7.状态迁移 8.流程分析法(场景设计法) 举例说明,链接中有更为详细的举例 ...
- 手机软件系统测试用例设计大全
一. 等价类分析法 二. 边界值分析 三. 错误猜测法 四. 判定表法 五. 流程分析方法 六. 正交试验设计法 七. 状态迁移法 等价类分析法 等价类划分方法针对手机状态大致可以归几个大类: 按键类 ...
- 软件测试基础:测试用例设计
测试需求收集完毕后,开始测试设计.测试用例是什么?测试用例就是一个文档,描述输入.动作.或者时间和一个期望的结果,其目的是确定应用程序的某个特性是否正常的工作.设计测试用例需要考虑以下问题: 了解更多 ...
- 其他测试用例设计方法-错误推测法与正交实验法
常用的测试用例设计方法,前面基本都介绍完了,其中等价类划分法.边界值法与场景法是最常用的. 本篇文章介绍剩余两种测试方法--错误推测法与正交实验法. 错误推测法 基于经验和直觉推测程序中所有可能存在的 ...
- uat测试用例和sit测试用例_软件测试用例设计时的颗粒度
很多工作了好几年的测试工程师初次听到"用例的颗粒度"的时候会感觉很惊讶,这是个什么东西?我们工作里用到过?其实在实际的工作当中已经有意无意的涉及到了"颗粒度". ...
- 部署混合云指南:多云服务商管理的八大要素
本文讲的是部署混合云指南:多云服务商管理的八大要素[IT168 云计算]混合云时代,服务商管理一直以来都是IT行业中颇为重要的一项需求,即使有些许乏味.混合云模型,特别是在与多重云策略一致时,需要同时 ...
最新文章
- RHEL5 kickstart 安装小结
- 【机器学习基础】结合论文理解XGBoost推导过程
- 温故而知新:HttpApplication,HttpModule,HttpContext及Asp.Net页生命周期
- 如何在Java中验证电话号码(正则表达式+ Google libphonenumber)
- java excel sheet页_Java导出Excel Sheet页
- vue极致打包_vue 各种打包坑
- java EE :GenericServlet 抽象类、ServletConfig 接口
- Unit4中的Annotation
- matlab谱系聚类图,如何看懂SPSS聚类分析的树状图/谱系图?
- php如何批量发送短信,如何在php中运行批量短信api [关闭]
- Aras Innovator: 如何导入项目模板
- Unity Scroll View在Clamped模式下无法移动
- php获取index.php,index.php · 阿彪/PHP去抖音水印解析-非接口(获取抖音无水印URL地址) - Gitee.com...
- 想要健康, 先了解BMI与体脂肪的关係
- linux下查大文件的方法
- SEO 比比看: Che168.com VS pcauto.com.cn
- Adb 抓不住Genymotion的解决方法
- 肢体语言心理学+FBI阅人术(行为心理学) 用最短的时间了解一个人
- 前端(1)js:百度地图api使用
- switch语句+java1.8_Java switch语句
热门文章
- 代码坏味道之过大的类
- Matlab:幂和指数
- macbook macOS 10.14.5 Mojave安装root cern软件root_v6.16.00
- 深入理解CPU上下文切换
- VoltDB性能测试
- UML 的九种模型图.UML用例图.ER图.UML项目结构图总结
- 前端工程师技能之photoshop巧用系列第二篇——测量篇
- ERA5 积雪 降雪 区别_漠河降雪量已达入秋最大级别 本轮降雪将持续到28日白天...
- 枚举 注解 常量的使用区别
- 汇编语言从安装到使用dosbox