不同测试类型的测试用例元素有哪些不同?

805 阅读6分钟

持续创作,加速成长!这是我参与「掘金日新计划 · 10 月更文挑战」的第13天,点击查看活动详情

不同测试类型的测试重点不同,它们所使用的测试用例元素也不同。

1.界面测试用例

界面测试用例不需要SQL语句项。用例层级按照最底层页面项区分。通常在测试用例中添加 一个名为界面参考的sheet,与用例预期结果里的内容相呼应。

(1)用户成功登录系统。

(2)用户成功进入【维护项目(A_1_a_1)】页面。

(3)显示如图维护项目(A_1_a_1)-001

(4)显示如图维护项目(A_1_a_1)-002。

界面参考如图所示。

image.png

2.功能测试用例

功能测试用例需要包含所有测试元素。用例层级按照最小功能项区分,如图1.24所示。 以下列举一些功能测试用例的书写规范。

(1)测试项编号栏中填写测试用例的分割层级,功能测试用例一般按模块区分,以功能点为 最小测试项。每一个功能点下分为多条测试用例。

(2)对于测试用例编号的设定理论上是要具有唯一性的。但如果测试用例只是通过Excel进行处理,则不需要作为模板导入,例如,QC等测试管理工具。建议大家可以用简短的方式给用 例一个编号用于区分即可,不需要为了满足规范设置不便于理解的编号。

image.png

(3)当用例需要输入大量数据或者它的预置条件十分烦琐时,可以另建一个 sheet 用于存放 测试用例的数据准备。该栏直接作为内部链接链接过去即可。

构建独立的测试用例数据准备有以下好处。

·使测试用例编写阶段的用例编写可读性强。

·在测试执行阶段,测试人员也需要构造各种测试数据。由于测试的灵活性及不可预见性,

即使在开发阶段已经设定非常完美的测试数据,届时也会有大量的新增及修改工作,独 立的测试数据易于维护。

·在bug 管理阶段,测试人员需要根据测试执行情况进行bug描述与提交。很大一部分bug 的产生就是由于测试数据引起的。如果测试人员前期没有记录,会造成bug描述不准确, 甚至无法重现的现象。

(4)测试步骤清晰,以有序列表项标注。

(5)预期结果与测试步骤形成对应,一般一条测试步骤会对应1~N条预期结果,以有序列 表区分。

例如,测试用例为检查工单打印结果的表头及签字处显示是否正确。 测试步骤如下。

(1)登录系统。

(2)菜单:A_1_a_1工单。 (3)选择一个工单,打印。 (4)查看打印结果。

预期结果如下。

(1)用户成功登录系统。

(2)用户成功进入【A_1_a_1工单】页面。

(3)成功打印,内容显示见SQL语句。

①表头:卷烟机机械A_1_a_1记录表。 ②签字处值为空。

①和②都对应测试步骤中4的预期结果。把检查点分开写避免确认项多时的遗漏。

(4)当项目小且进度紧时,测试人员也会使用Excel直接对bug进行管理。此时为了让用例 及bug形成关联,会在用例中添加bug编号一栏,链接到bug的描述sheet。

3.流程测试用例

流程测试用例不需要SQL语句项元素。用例层级按照最小分支流区分,如图所示。

image.png

以下列举一些流程测试用例的书写规范。

(1)在测试需求说明书中,测试人员将系统的流程图进行了分解,得到在不同的预置条件下 的多条流程路径。流程测试用例的用例层级就是对测试需求中分解流程的再次归纳梳理,形成主 流程下的子流程、子流程下的多条备用流、备用流下的多条流程路径。流程路径对应的就是最小 测试用例项。

(2)对于复杂的系统来说,一条主流程下可能会生成多条闭环的子流程,甚至互相嵌套交互。 此时由于业务逻辑的复杂性,把流程细细地区分就十分有必要了。就系统层面来说,越多逻辑的 地方越容易由于数据冲突等问题形成隐藏比较深的bug。

(3)功能测试用例的书写规范也适用于流程测试用例。

4.接口测试用例

在实际工作中,测试人员最常做的测试就是功能测试了。测试人员会根据需求功能说明书, 通过界面上的按钮完成功能测试。功能是不是通过界面按钮完成的呢?其实不是。界面按钮只是 触发功能的一种方式而已。

实际系统的功能是如何完成的?功能间的数据传输是如何完成的?完成这些事情的对象,就 被叫作接口。程序员通过接口进行数据传输已达到完成功能的目的。

既然接口和功能息息相关,那么怎样的接口测试用例才能通俗易懂,便于维护呢? 以功能层级为区分,以报文内容为检验对象的接口测试用例,

以下列举一些接口测试用例的书写规范。

image.png

需要测试人员介入测试的接口一般分为两部分,系统间的接口及系统内的接口。接口测试用 例也是由这两部分接口组成的。模式为:以菜单为层级区分。注意,此处的菜单并不是指页面菜 单,而是更偏向于指功能流(功能流是指由小功能点组成的整个流程上的大功能)。

单单一个功能流中就涉及三个系统的交互。在测试用例的预期结果中, 要检查数据传输的报文内容是否正确,测试人员需要根据接口报文规范对所设计的接口传输数据 的输入输出进行检验。所以,对应于接口测试用例需新增接口报文规范sheet,详细描述接口的输 入输出字段等信息,如图所示。

接口规范sheet包含以下几个部分。

image.png

(1)接口标题:详细描述该接口所涉及的功能信息。

(2)方法名:也可以是所调用的接口名。 (3)类型:所调用的接口的传输类型。

(4)调用系统:报文数据在哪些系统中进行传输。

(5)输入参数:该接口的输入参数的字段名称、类型、中文说明、输入参数值、备注。

(6)输出参数:该接口的输出参数的字段名称、类型、中文说明、备注以及在不同的预置条 件下输入参数后,该接口所需输出的参数值。