评审阶段,整理。
一、测试用例一般包含:
编号、用例名称、测试背景、前置条件、优先级、重要级、测试数据、测试步骤、预期结果、实际结果、备注。但可以根据实际需要增加、删除、修改部分项。
- 编号
- 这里需要注意,编号并不简单的是1、2、3、4这样子,而是可以通过下划线将一些测试用例的信息包含进去,比如:TV_YUYIN_0001,代表着这条测试用例是与测试电视语音相关的;
- 用例名称
- 用例的名字,可以不写;
- 测试背景
- 说明该测试用例的背景,是测试什么项目、什么内容的,也可以不写,有时候测试背景通过测试编号、测试文件的名字、标题等就可以表达出来;
- 测试环境
- 罗列所在操作系统和使用到的测试工具,与测试计划中的环境一致,需要添加硬件环境和软件环境。
- 硬件环境:
- 列出为测试本软件所使用硬件的配置,如:
- ①处理机的型号、内存容量;
- ②所要求的外存储器、媒体、记录格式、设备的型号和③台数、联机/脱机;
- ④ I/O设备(联机/脱机?) ;
- ⑤数据传输设备和转换设备的型号、台数。
- 列出为测试本软件所使用硬件的配置,如:
- 软件环境:
- 说明为测试本软件所使用的软件,如:
- ①操作系统的名称、版本号;
- ②开发工具名称和版本号;
- ③数据库管理系统的名称和版本号;
- ④使用什么测试软件
- ⑤其他支持软件。
- 说明为测试本软件所使用的软件,如:
- 硬件环境:
- 罗列所在操作系统和使用到的测试工具,与测试计划中的环境一致,需要添加硬件环境和软件环境。
- 前置条件
- 0.测试之前应该满足什么条件才可以进行测试,一般要写,如果没有前置条件写无就可以;
- 1.前置条件是 能够导致当前测试用例开始的 所有必须为真的系统状态的集合。即 前置条件={ 系统状态 | 能够保证当前测试用例开始} 。例如,对于网站首页的显示,可以把“用户已经登录系统”作为前置条件。
- 2.执行本用例必须满足的前提条件,例如,测试该用例时,必须具有对数据库的访问权限。再如,用户名只能包含数字和字母。都可以作为前置条件。
- 后置条件
- 描述的是用例结束时的系统状态或持久数据。(会影响到执行其他用例)
- 优先级和重要级
- 看似差不多,其实关系不大,优先级高并不意味着重要级高;
- 测试数据
- 指输入的数据
- 测试步骤
- 是必须的,可以根据实际情况写测试步骤,可以写的粗糙,也可以写的很详细,比如第一步是什么,第二步是什么等;
- 预期结果
- 对应测试步骤,如果测试步骤写的很详细,那么预期结果也要详细,比如测试步骤有5步,预期结果有2个,别人怎么知道这个结果是哪一步产生的?因此最好在编号上实现预期结果和操作步骤的统一;
- 实际结果
- 是在测试过程中发生的实际情况,如果一样就写通过、OK等就可以了,如果不一样,需要写明实际结果是什么。有时候,我们可以在实际结果中写OK、false,然后将实际结果写在备注里,也没有问题。
- (留给测试人员填写。OuWN)
- 测试记录
- 测试过程记录?
二、 测试用例的编写流程:
三、示例
摘自刘琛梅《测试架构师修炼之道 ,从测试工程师到测试架构师》。
附:
关于性能与功能
- 功能
- 我买了一款无线键鼠,它确实能够实现远程无线操作,满足我想要“无线远程操作鼠标、键盘”的功能需求
- 性能
- 我买了一款无线键鼠,它确实能够远程无线操作,但是可远程的距离非常短,离开无线发射器2米就不灵了,而我本来期望的是“离开发射器10米远还能使用”,因此它可能并不满足我的性能需求。
原文地址:https://www.cnblogs.com/ownhp/p/9094920.html
时间: 2024-10-10 21:46:41