专栏首页FunTester测试用例设计——一切测试的基础

测试用例设计——一切测试的基础

想要进行测试自动化的团队都会遇到这个问题:自动化的成功和编码能力有多大的关联?现在更多的招聘信息越来越偏重于对测试人员的编程能力的要求,似乎这个问题的答案是极大的正关联性。

测试人员可以将编码能力用于与测试相关的各种目的。例如,如果测试人员希望更多地参与代码审查,那么知道如何以测试人员的身份阅读代码将非常有帮助。在许多情况下,知道如何在源码级别上阅读(甚至编写)代码可以帮助测试人员测试自动化有更全面的了解。但是,我们相信还有其他一些技能很重要,甚至对于您的测试自动化工作真正蓬勃发展至关重要。

  • 有效设计测试的重要性

我们相信,有效的测试自动化的主要关键在于测试设计。正确地设计测试,不仅可以为发现软件中的漏洞做好最充分的准备,而且还可以帮助扩展自动化测试的范围。无论使用哪种工具和框架满足自动化需求,良好的测试设计最终都会对将来的测试性能产生正向影响。

考虑到这一点,在有效设计测试时,可以考虑以下一些最佳实践:

测试用例简明扼要

在考虑如何设计测试时,请确保它们遵守KISS原则:保持简单。无论是刚开始进行更基本的测试还是进入更复杂的场景,在整个测试自动化过程中保持简单的测试,对于最终的结果都有非常大的帮助。这不仅使测试更加容易,而且还可以帮助团队将来将测试更多地集成到公司的DevOps生命周期中。

无论要测试什么,我都建议将自动化测试保持在5到15个语句之间,以使它们变得简单易懂。这些测试中的每个组件也应明确说明其功能。当多个团队看到并提供有关这些测试的反馈时,这一点尤其重要。作为基准,请与另一个对测试不太熟悉的团队的人共享测试用例。如果该人可以理解测试用例要完成的任务以及为达到该目标而要采取的步骤,那么就可以放心,测试组件是清晰的。

可复用的组件构建测试

使测试保持简单的一种好方法是在构建它们时重用相同的组件。无需每次要设计新的测试方案时都重新创建轮子。一旦构建了最初的几个简单的测试,就应将这些组件用于将来的场景。

考虑以下示例:设计了一个检查登录过程的测试。在要求某人登录其帐户的所有其他测试方案中,例如帐户创建测试,修改帐户测试或其他复杂的方案,都可以在所有这些测试选项中将此步骤作为步骤重用。

出于多种原因,重用组件是非常有好处的。首先,它可以确保在测试不同功能时测试通过相同的元素。通过扩展某人可以与应用程序交互的不同方式,这可以更紧密地模仿真实的用户。其次,它对测试维护有很大帮助。特别是在,如果多次创建测试用例以测试同一功能,则平台将自动合并两个元素。此外,某一个元素所做的更改将自动应用于使用该元素的其他测试,这可以帮助您大大减少总体维护时间。

测试用例应该独立

设计测试时要考虑的另一个重要点是,它们应该独立于环境中的其他测试。然后可以在不依赖外部因素的情况下隔离执行测试。使测试保持独立还可以防止不必要的测试中断。如果功能B在测试中的应用程序中发生更改,则无需更新功能A的测试以确保其继续运行。

即使重用组件,测试也应该是独立的。例如,如果您要测试最终用户修改其帐户的方案,则该测试应包括上述作为测试步骤的登录和帐户创建方案。由于修改帐户首先需要创建一个帐户,因此创建帐户需要成为测试的一部分。

为了确保所有测试都是独立的,请检查一下测试用例是否包含以下三个组件:前置、操作和验证。每个测试都应前置到应用程序的必要部分,在执行该操作之后再执行某种操作,然后验证任务是否已完成或未完成的原因。从长远来看,牢记这三个组成部分将使测试更持久。

测试应有目的

要记住的另一个重要的最佳实践是,设计的每个测试应始终具有明确的目的。尽管这看起来似乎很明显,但是随着时间的流逝,或者当多个测试人员或团队参与构建测试时,测试的目的常常会变得模糊。在设计过程开始时定义目的,并将其确定为整个设计的明确目标,将确保测试用例继续保持相关性和有用性。

为了防止测试偏离正常轨道,最好在测试创建时把自己想象成为下次不会再测试应用程序的人。这种心态会在未来几天甚至在几个月后不知所措的情况下,甚至连自己都不知道的时候发挥巨大的作用。这将明确测试的目的,并巩固其在其余环境中的作用。

不要忘记用户

最后但并非最不重要的一点是,最终用户在设计测试时应始终排在第一位。尤其是作为业务测试人员,对应用程序的使用情况最了解的人。了解用户或潜在用户与应用程序交互的不同方式,以及他们的需求和痛点。在进行有效的测试自动化时,考虑客户的需求来设计测试最终将引导测试工作朝正确的方向发展。

在降低风险时,牢记最终用户也将有所帮助。在设计测试时,重点关注用户使用该功能的不同场景。最终用户可以打破测试的某些方式可能是显而易见的,而其他方式可能是由于最终用户永远不会看到但会引起问题的技术因素所致。提前知道这些将确保同时选择正确的测试来设计和巧妙地设计它们。


本文分享自微信公众号 - FunTester(NuclearTester),作者:八音弦

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

原始发表时间:2020-06-29

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

我来说两句

0 条评论
登录 后参与评论

相关文章

  • 如何从测试自动化中实现价值

    如果几年前,质量管理部门都试图通过ROI指标来证明对测试的投资是合理的,那么现在情况发生了变化,是时候重新审视这个问题了。当实施连续测试,并且每天在不同的环境下...

    八音弦
  • 43种常见软件测试分类

    我们每个人在测试过程中都会遇到几种类型的测试。我们可能听过一些,也许已经做了一些工作,但是并不是每个人都了解所有测试类型。

    八音弦
  • 自动化的好处

    为了收集有关当前和未来自动测试状态的见解,我们询问了27家公司的31位高管,“通过自动测试解决了哪些实际问题?” 这是他们告诉我们的:

    八音弦
  • 敏捷开发模式下的利刃:探索性测试(ET)--测试用例如何设计?

    探索式软件测试是一种强大的黑盒测试思考方法,但却被广泛误解。在某些情况下,它可以比自动化测试更加有生产力。它是一种经过深思熟虑的测试方式,没有测试脚本,可以使你...

    小老鼠
  • 测试金字塔是个是什么鬼?

    我的女朋友是一名测试工程师,但她之前却不知道测试金字塔的概念,为此我曾经在家里的白板上画了一个图一层一层给她讲解过。我和同事在给团队面试测试和开发岗位时,也会必...

    Edison Zhou
  • 设计测试策略

    我便有了想法重新写一篇文章,体系性的介绍一下相关的内容。我那已经达到 800+ 篇的博客,正好缺失这样的一篇文章。

    Phodal
  • 第 8 章 软件测试

    love丁酥酥
  • 【测试】软件测试知识点-期中复习1

    1.2简述软件测试V模型的流程 需求分析——概要设计——详细设计——编码——单元测试——集成测试——系统测试——验收测试

    瑞新
  • React全家桶与前端单元测试艺术|洞见

    TL;DR——什么是好的单元测试? 其实我是个标题党,单元测试根本没有“艺术”可言。 好的单元测试来自于好的代码,如果说有艺术,那也是代码的艺术。 注:以下“...

    ThoughtWorks
  • 【测试】软件测试知识点-期中复习2

    1.1常见的软件测试模型有哪几种 V模型、双V模型(W模型)、H模型、X模型 1.2简述软件测试V模型的流程 需求分析->概要设计->详细设计->编码->...

    瑞新

扫码关注云+社区

领取腾讯云代金券