专栏首页软测小生编写测试用例的技巧

编写测试用例的技巧

测试用例是任何测试周期的第一步,对任何项目都非常重要。如果在此步骤中出现任何问题,则在整个软件测试过程中都会扩大影响。如果测试人员在创建测试用例模板时使用正确的过程和准则,则可以避免这种情况。

在本篇文章中将分享一些简单而有效的技巧,可用于编写有效的测试用例。这些技巧将在优化资源使用的同时节省您的时间和精力。由于是总结性文章,所以每个技巧都讲得非常笼统和概况,并没有涉及到具体的实施细节和实用案例,各位看官可以速速读完。

如何以更好的方式编写测试用例

让我们看一下编写更好的测试用例模板的技巧。

详细的领域知识

信息技术领域的知识意味着对特定项目的业务和运营动态,所涉及的风险和机会的深入了解。必须遵循域中的相关问题的最佳做法,而不一定是测试领域的最佳时间。

将较长的测试用例分解为许多较小的用例

如果步骤太多,最好将测试用例分成一组较小的用例。如果测试脚本中的某个地方发生错误,对于开发人员来说,回溯并重复测试步骤将更加容易。如果是某一长用例测试未通过或者发生错误,则开发人员很可能会花更长的时间发现和改正这个BUG,甚至错过该BUG。

前提条件

在开始测试用例之前,建议确认适用于测试的所有假设以及在执行之前必须满足的前提条件。可能存在数据依赖关系,也可能依赖于测试环境或任何其他测试用例。特别是数据相关性的测试用例,一定要确保测试用例执行之前测试数据是没问题的。

测试数据输入

在编写新的测试用例时,测试人员可以在测试用例描述内共享适用于测试用例的测试数据,也可以在特定的测试用例步骤中添加测试数据。由于无需在其他地方查找测试数据,因此可以节省时间。如果要验证值,则测试人员可以指定值范围或描述要在特定字段中测试的值。从每个类中选择一些值,这些值可以很好地覆盖您的测试。最好不要提及实际的测试数据值,而要提及运行测试所需的数据类型。在多个团队使用测试数据且其不断变化的项目中,仅提及数据类型将是明智的选择。

组织工作

使用测试管理工具而不是电子表格来管理您的测试用例。有许多测试管理工具可用于在一个地方组织测试用例,这将提高团队的生产力。

停止假设

最好参考规范文档。关于功能或功能的假设可能导致客户端与开发人员之间的分歧。客户需求与正在开发的应用程序之间的差距将影响业务。

测试用例命名约定

为了编写易于理解的测试,我们必须停止在各自为阵的情形下进行编码,并注意命名约定。在为我们的应用程序编写自动化测试时,需要命名测试类,测试类的字段,测试方法和局部变量。哪个团队成员编写测试无关紧要,其他人甚至无需查看测试代码即可知道在什么情况下测试了哪些功能。

满足客户要求

如果测试人员错过了一个错误或编写了与真实场景无关的测试用例,那么这只是浪费资源和时间。目的是满足客户的期望,只有测试人员从用户角度出发才能实现。

涵盖所有验证点

编写定义良好的测试用例验证步骤非常重要,该步骤应涵盖被测功能的所有验证点。为了确保测试用例涵盖了所有验证点,请确保您的测试用例步骤与为项目指定的工件相匹配。

避免重复

在需要时进行自动化测试,因为这将减少手动工作并节省大量时间。测试脚本的编写方式应使其以后可用于其他项目。

使其可重用

创建测试用例模板,将来可以被其他团队重用。此外,在为模块编写新的测试用例之前,请确定是否已经为其他项目编写了类似的测试用例。这样做可以避免测试管理工具中的任何冗余。如果需要特定的测试用例执行其他测试用例,则在先决条件或特定的设计步骤中调用现有的测试用例。

组相似测试用例分组

测试运行是测试人员应按特定顺序执行的测试用例的集合。测试用例通常在测试运行中分组。最好将前提条件放在测试运行的开始,而不是将其插入每个测试用例中。实际上,只有少数测试用例需要前提条件,因此该字段通常为空。测试管理工具将帮助您自定义表单并创建测试用例模板,从而节省编写测试用例时的时间和精力。要记住的另一件事是,通过将重复的前提条件移至测试运行中来避免多次编写相同的指令。

容易理解

应该在需要的地方用注释明确定义测试用例,以便将来任何其他软件测试人员都可以使用它。无论您从事什么项目,在设计测试用例时,都应始终考虑到测试用例不会总是由设计它们的人执行。因此,测试应该易于理解且要点明确。如果编写所有这些测试用例的人由于某种原因离职并且您有一个全新的测试团队可以工作,那么在设计阶段花费的全部精力可能会花光。

测试用例描述

在描述中,测试人员需要提及有关将要测试的内容,需要验证的内容,测试环境和测试数据的所有详细信息。下面提到的信息应该在写得很好的测试用例描述中:*进行测试 *测试工具 *测试环境详细信息 *行为得到验证 *任何依赖项,例如前提条件和假设 *要使用的测试数据

维护和更新

所有测试用例都应使用新要求进行更新,以便将来有需要时更容易执行它们。即使其他测试人员想要使用该测试用例,他/她也不必遍历脚本的详细信息。

结论

测试人员需要具有良好的领域知识,并且应该从用户的角度编写适用的测试用例。好的测试用例模板将使测试人员更容易编写好的测试用例。如果只有几个测试步骤,请考虑制作清单,并在处理测试用例之前查看一些相关的测试用例。测试用例示例也将有助于创建测试用例模板。测试管理工具肯定会帮助改善测试用例的创建和管理方式。

本文分享自微信公众号 - 软测小生(ruancexiaosheng)

原文出处及转载信息见文内详细说明,如有侵权,请联系 yunjia_community@tencent.com 删除。

原始发表时间:2019-11-25

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

我来说两句

0 条评论
登录 后参与评论

相关文章

  • 黑盒测试之测试用例的设计方法(全)

    之前分享过一篇《黑盒测试以及测试用例设计》,感觉比较粗略,所以今天又再一次分享一下。

    软测小生
  • 教你如何编写测试用例

    测试用例是一组有条件的用例,QA可以依靠这些条件来确定应用程序、软件系统或某些功能是否按预期执行。

    软测小生
  • 测试工程师吃鸡大法之用例设计

    如何进行用例设计,如何让设计好的用例覆盖全面,将代码存在的问题在上线前更早发现是每一个测试工程师必备的技能。那么如何达到这些指标呢?如何将用例设计既快又全面...

    软测小生
  • 精准测试及其工具(连载10)

    精准测试云平台根据测试用例的运行情况和测试用例覆盖到的函数这些信息,通过一定的计算,可确定每个函数可能存在缺陷的可疑度,然后针对可疑度较大的函数进行查看,可快速...

    小老鼠
  • 编写测试用例的技巧

    测试用例是任何测试周期的第一步,对任何项目都非常重要。如果在此步骤中出现任何问题,则在整个软件测试过程中都会扩大影响。如果测试人员在创建测试用例模板时使用正确的...

    FunTester
  • 你必须要会的测试用例基本功

    随着软件系统规模的持续增大,业务复杂度的持续增加,软件测试的复杂度也随之越来越大。而软件测试工作复杂度的直接体现就是测试用例编写、维护、执行和管理,所以编写易读...

    iTesting
  • 基于git的测试用例管理方案

    ? 点击上方蓝字关注我们! | 导语 使用YAML文件描述测试用例,自动化生成测试用例,并提供网页访问的能力;同时对测试用例数据进行多维度的统计,提供丰富的测...

    腾讯移动品质中心TMQ
  • 怎么的测试用例是一个好的测试用例?

    众所周知,测试用例就是用来评估软件系统是否满足了一系列的商业需求而存在的。那么,如果使用了不好的或者是冗余的测试用例无疑就浪费的宝贵的工期,也浪费了公司的成本。...

    Criss@陈磊
  • 测试用例概念 原则

    测试用例为一组条件或变量,根据其来确定应用软件是否能够正常的工作。其条件和变量为测试用例。

    mySoul
  • 精准测试及其工具(连载9)

    精准测试云平台采用“一种基于测试用例与代码逻辑、源码版本关系矩阵的测试用例选取方法”的回归技术,在回归测试时,基于智能算法,完全自动筛选计算出每个测试用例受影...

    小老鼠

扫码关注云+社区

领取腾讯云代金券