• 编写测试用例的技巧


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

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

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

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

    详细的领域知识

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

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

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

    前提条件

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

    测试数据输入

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

    组织工作

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

    停止假设

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

    测试用例命名约定

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

    满足客户要求

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

    涵盖所有验证点

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

    避免重复

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

    使其可重用

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

    组相似测试用例分组

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

    容易理解

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

    测试用例描述

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

    维护和更新

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

    结论

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

    技术类文章精选

    非技术文章精选

  • 相关阅读:
    [日常摸鱼]一些素数筛法(暴力筛/埃氏筛/欧拉筛)与复杂度证明
    [日常摸鱼]一些博弈题
    [日常摸鱼]博弈论入门/经典模型/SG函数
    [日常摸鱼]整点正多边形,HDU6055,Pick公式,证明
    [日常摸鱼]一些DP题(2)各种背包——01背包/二维背包/背包前K优解
    [学习笔记]程设作业的一些YY,高精度除法/FFT/Karastuba/牛顿迭代
    [比赛记录]2020-2021 Summer Petrozavodsk Camp, Day 6: Korean Contest
    [日常摸鱼]一些DP题(1)
    [日常摸鱼]poj3179-Corral the Cows——离散化+二维前缀和/KD-Tree
    《HDU-1028》
  • 原文地址:https://www.cnblogs.com/FunTester/p/11921933.html
Copyright © 2020-2023  润新知