您当前所在的位置:首页 / 新闻中心 / 常见问题
新闻中心
行业资讯
常见问题
知识百科
产品技术
推荐新闻

测试用例开发的分步指南

发表于:2019-01-12

简单术语的测试用例指的是指定输入,前置条件,执行步骤集和预期结果的文档。一个好的测试用例是有效发现缺陷的测试用例,并且还涵盖了被测系统中的大多数场景/组合。

测试用例开发

以下是如何开发测试用例的分步指南。

1)被测系统的详细研究

  • 在编写测试用例之前,了解您正在测试的系统非常重要。它可以是任何应用程序或任何网站或任何软件。通过可用的文档尝试获取尽可能多的信息,例如需求规范,用例,用户指南,教程或掌握软件本身。

  • 收集所有可能的积极情况以及可能破坏系统的奇怪情况(破坏性测试),例如压力测试,不常见的输入组合等。

2)用简单的语言写的

  • 在编写测试用例时,强烈建议用简单易懂的语言编写。

  • 同样重要的是要准确地指出你的步骤。

  • 必须使用例如表格或测试中的字段的精确且一致的名称来避免歧义。

3)测试用例模板

让我们看看每个参数应该包括好的测试用例:

i)测试用例ID:该字段由我们正在测试的系统类型定义。标准规则如下:

  • 如果我们为不属于任何特定模块的一般应用程序进行测试用例,则ID将以TC001开头。

  • 如果我们为特定于模块的系统制作测试用例,则ID将从MC001开始。

  • 如果测试用例有多个预期结果,那么我们将其作为版本号。例如TC001.1,TC001.2等。所有这些测试用例都是TC001的子部分。

通过这种方式,我们可以维护所有测试用例ID,并且如果将来任何需求被更改或添加,那么我们可以按照标准规则添加新的测试用例,而无需更改先前编写的测试用例的测试用例ID。

ii)测试用例名称:字段可以包含

  • 您正在测试的功能的名称

  • 规格中的要求编号

  • 特定按钮或输入框的名称

  • 要求名称分类在客户的文档中

维护此字段的主要优点是,如果将来需求发生变化,我们可以轻松估计更改的测试用例数量,并相应地更改/删除相应的测试用例。

iii)描述:该字段总结了各自的测试用例。它解释了什么属性正在测试中以及在什么条件下。例如,如果一个文本框在provigil在线测试,只允许数字和字母表,那么描述可以写成“输入随机特殊字符(@,#,%,$,^,*)”,如果我们想测试一个消极情景。

iv)前置条件:当系统需要处于特定的基本状态以进行待测功能时,应明确定义这些前置条件。
前提条件可能是:

  • 用户需要访问的特定页面

  • 应该在系统中的某些数据

  • 可以在该特定系统上执行“执行步骤”之前要执行的特定动作。

在测试用例执行开始之前,应满足前置条件。

v)执行步骤:这些是在被测系统上执行以获得所需结果的步骤。必须明确定义步骤并且必须准确。它们是数字编写和执行的。

vi)预期结果:这些是执行步骤的预期结果。应为每个步骤明确定义预期结果。它指定规范或客户端对该特定操作的期望。

vii)实际结果:该字段具有在被测系统上执行执行步骤后的实际结果。如果结果与预期结果匹配,那么我们可以写“按预期”,否则我们需要提到观察到的确切结果。

viii)状态:该字段可以根据我们获得的实际结果具有以下值:它们是:

  • “通过” - 预期和实际结果匹配

  • “失败” - 实际结果与预期结果不匹配

  • “未经测试” - 测试用例尚未执行

  • “不适用” - 由于要求已更改或修改,测试用例不再适用于该功能

  • “无法测试” - 这可能是因为未满足前提条件。在导致被测功能的步骤之一中可能存在缺陷。

ix)评论:本专栏了解更多信息。因此,例如,如果状态设置为“无法测试”,那么测试人员可以在此列中给出原因。

结论:

测试用例开发在很大程度上取决于测试系统的经验。如果测试人员熟悉系统,他可以编写更有效的测试用例。测试用例不应仅依赖于客户端提供的规范,在编写测试用例时从用户的角度考虑也同样重要。

游客