网站首页 > 技术文章 正文
测试用例标准定义
01 用例级别
表明该用例的重要程度。用例的重要性并不对应用例可能造成的后果,而是对应用例的基本程度。测试用例分为四级:
- 核心:该类用例涉及系统核心功能及业务,用于版本提交时作为“版本通过准则”,即“冒烟测试”。如存在不通过的项目时可考虑重新提交版本,该级别用例的数量应受到限制,一般约为30%~40%
- 重要:该类用例涉及单个版本特性或某个特定功能。一般约为30%~40%
- 一般:该类用例仅影响某单项功能的某一细节方面。例如某业务的登记和使用正常,但和另一个新业务发生不应有的冲突。有关性能、极限等方面的测试可归入该级用例。有关用户界面的基本规范等方面的测试可归入该级用例。一般约为10%
- 生僻:该类用例对应较生僻的预置条件和数据设置。有关用户界面的优化等方面的测试可归入4级用例,一般约为0%~5%。
测试用例编写规范
01 测试用例颗粒度
- 验证一个功能点一条测试用例,没有重复、冗余的测试用例
- 验证同一个功能点,一种逻辑一条测试用例
- 验证逻辑性的测试用例,需要做数据库校验
02 测试用例思路
- 按照功能模块划分,并且按照主流程用例的顺序编写,一个页面的用例编写顺序是从上往下,从左到右,方便执行,比如有一个功能包含:新增、编辑、查询、删除、导出,那么编写顺序为新增、编辑、查询、导出、删除。
03 功能测试用例字段定义
【功能模块】:
【功能点】:在功能模块基础上列出功能点,比如查询、新增等等
【用例名称】:标题需简洁明了,描述以验证功能目的为主。好的用例标题是别人看完你这个用例标题后就知道你这个用例是测什么的。但并不是标题越详细越好。既然是标题,就要言简意赅,能多简洁就多简洁,但简洁的同时又要能体现你的测试目的。用例的标题最好不要超过15个字。一般可以遵循这样的公式:主体(可省略) + 动词 + 名词 + 结果(即谁做了什么有什么影响) + 逻辑条件。要注意:我们写的每一个用例对应的就是要测试的一个点。其实每个点都是用户的一种操作行为。如验证【查询】功能正常_根据名称
【测试描述】:如果在条件相同,并且没有特殊操作的情况下没有必要重复编写用例。
【测试步骤】:步骤中,如果是涉及到功能模块的描述,使用【】格式定义,如【订单管理】
【前置条件】:执行本用例前,被测试对象所需具备的预置数据,所处状态或入口条件等要求
【用例级别】:表明该用例的重要程度。用例的重要性并不对应用例可能造成的后果,而是对应用例的基本程度。测试用例分为四级别:基本、重要、一般、生僻
【执行方式】:分为手工和自动化。自动化即是通过自动化测试工具实现
【业务发起端】:测试用例从哪个平台发起,可从下拉列表中选择。下拉列表内容可维护。
【预期结果】:
1、原则上每一个用例必须要有预期结果,结果不能为空
2、结果中只能包含结果,不能有步骤
3、一个结果有多个检查点时,确保检查点完整:
3.1)结果含须要验证的全部结果输出,如页面检查、存储检查、消息检查等
3.2)结果涉及页面,需明确页面提示结果、数据变化;
3.3)结果涉及存储:需明确关键值变化、数据库具体的表和关键字字段值变化
3.4)结果涉及消息:需明确关键查看内容
3.5)结果对应不一样输入数据有差异时需分别对应描述清晰
【实际结果】:记录用例最终测试执行结果,仅根据列表选择:通过、不通过。
接口测试用例字段定义
【功能模块】
【功能点】:在功能模块基础上列出功能点,比如查询、新增等等
【用例名称】:标题需简洁明了,描述以验证功能目的为主。好的用例标题是别人看完你这个用例标题后就知道你这个用例是测什么的。但并不是标题越详细越好。既然是标题,就要言简意赅,能多简洁就多简洁,但简洁的同时又要能体现你的测试目的。用例的标题最好不要超过15个字。一般可以遵循这样的公式:主体(可省略) + 动词 + 名词 + 结果(即谁做了什么有什么影响) + 逻辑条件。要注意:我们写的每一个用例对应的就是要测试的一个点。其实每个点都是用户的一种操作行为。如验证【查询】功能正常_根据名称
【测试描述】:如果在条件相同,并且没有特殊操作的情况下没有必要重复编写用例。
【接口URL】:接口URL地址,用相对路径。
【请求头】:接口请求头。
【请求参数】:接口请求参数。
【前置条件】:执行本用例前,被测试对象所需具备的预置数据,所处状态或入口条件等要求
【用例级别】:表明该用例的重要程度。用例的重要性并不对应用例可能造成的后果,而是对应用例的基本程度。测试用例分为四级别:基本、重要、一般、生僻
【执行方式】:分为手工和自动化。自动化即是通过自动化测试工具实现
【业务发起端】:测试用例从哪个平台发起,可从下拉列表中选择。下拉列表内容可维护。
【预期结果】:接口预期返回值。
【实际结果】:记录用例最终测试执行结果,仅根据列表选择:通过、不通过。
猜你喜欢
- 2025-01-11 信息系统项目管理师学习笔记-5.1.4软件实现
- 2025-01-11 软件测试职业生涯需要编写的全套文档模板,收藏这一篇就够了 ~
- 2025-01-11 教你做测试管理3-测试结论如何写
- 2025-01-11 一文读懂如何用Java编写单元测试用例
- 2025-01-11 测试报告怎么写?收藏版
- 2025-01-11 设计测试用例(万能思路 + 六种设计用例方法)(详细 + 图解 + 实例)
- 2025-01-11 破解测试难题,两步助你打造完美无缺的测试用例
- 2025-01-11 测试用例设计方法六脉神剑——第一剑:入门试招,等价边界初探
- 2025-01-11 测试人员为什么要编写测试用例?这个问题值的你好好去思考一下
- 2025-01-11 [测试新人必看] 测试报告如何编写? 掌握这五十个测试报告模板!
你 发表评论:
欢迎- 最近发表
- 标签列表
-
- oraclesql优化 (66)
- 类的加载机制 (75)
- feignclient (62)
- 一致性hash算法 (71)
- dockfile (66)
- 锁机制 (57)
- javaresponse (60)
- 查看hive版本 (59)
- phpworkerman (57)
- spark算子 (58)
- vue双向绑定的原理 (68)
- springbootget请求 (58)
- docker网络三种模式 (67)
- spring控制反转 (71)
- data:image/jpeg (69)
- base64 (69)
- java分页 (64)
- kibanadocker (60)
- qabstracttablemodel (62)
- java生成pdf文件 (69)
- deletelater (62)
- com.aspose.words (58)
- android.mk (62)
- qopengl (73)
- epoch_millis (61)
本文暂时没有评论,来添加一个吧(●'◡'●)