单元,功能,验收和集成测试之间有什么区别?

单元测试,功能测试,验收测试和集成测试(以及我没有提到的任何其他类型的测试)之间有什么区别?

答案

根据您的外观,您会得到略有不同的答案。我已经读了很多关于这个主题的文章,这是我的精读。再次,这些有点毛茸茸,其他人可能会不同意。

单元测试

测试功能的最小单元,通常是方法 / 功能(例如,给定具有特定状态的类,在该类上调用 x 方法应导致 y 发生)。单元测试应该集中在一个特定的功能上(例如,当堆栈为空时调用 pop 方法应该抛出InvalidOperationException )。它涉及的所有内容都应该在内存中完成;这意味着测试代码被测代码不应:

  • 召集(非平凡的)合作者
  • 访问网络
  • 命中数据库
  • 使用文件系统
  • 旋转线程
  • 等等

应该使用适当的技术来对任何缓慢 / 难以理解 / 初始化 / 操纵的依赖项进行打桩 / 模拟 / 处理,以使您可以专注于代码单元在做什么,而不是代码在做什么。

简而言之,单元测试尽可能简单,易于调试,可靠(由于减少了外部因素),执行速度快,并有助于证明程序的最小构造块在组合在一起之前就可以发挥预期的作用。需要注意的是,尽管您可以证明它们在隔离状态下可以完美地工作,但是合并后的代码单元可能会破裂,从而使我们陷入困境。

整合测试

集成测试通过组合代码单元并测试所产生的组合能否正常运行而建立在单元测试的基础上。这可以是一个系统的内部功能,也可以是将多个系统组合在一起以执行有用的操作。另外,区分集成测试和单元测试的另一件事是环境。集成测试可以并且将使用线程,访问数据库或执行所需的任何操作来确保所有代码不同的环境更改都能正常工作。

如果您已经构建了一些序列化代码并且在不接触磁盘的情况下对其内部进行了单元测试,那么您如何知道它在加载并保存到磁盘后会起作用?也许您忘记刷新和处置文件流。也许您的文件权限不正确,并且您已经测试了在内存流中使用的内在函数。唯一可以确定的方法是使用最接近生产环境的 “真实” 测试。

主要优点是,他们会发现单元测试无法发现的错误,例如接线错误(例如,类 A 的实例意外接收到 B 的空实例)和环境错误(在单 CPU 机器上运行良好,但是同事的 4 核计算机无法通过测试)。主要缺点是集成测试涉及更多代码,可靠性较低,故障更难诊断,测试更难维护。

另外,集成测试并不一定证明完整的功能有效。用户可能不在乎我的程序的内部细节,但是我知道!

功能测试

功能测试通过将给定输入的结果与规范进行比较来检查特定功能的正确性。功能测试与中间结果或副作用无关,仅与结果有关(它们并不关心在执行 x 之后,对象 y 处于状态 z)。它们被编写来测试规范的一部分,例如 “调用参数 Square2 的函数 Square(x)返回 4”。

验收测试

验收测试似乎分为两种类型:

标准验收测试涉及在整个系统上执行测试(例如,通过 Web 浏览器使用您的网页),以查看应用程序的功能是否满足规范。例如,“单击缩放图标应将文档视图放大 25%”。没有真正的结果连续性,只有通过或失败的结果。

这样做的好处是,测试使用简单的英语进行描述,并确保软件作为一个整体是完整的。缺点是您将测试金字塔上移了另一个级别。验收测试涉及大量的代码,因此跟踪失败可能很棘手。

同样,在敏捷软件开发中,用户接受测试涉及创建测试以反映在开发过程中由软件客户创建的 / 为软件客户创建的用户故事。如果测试通过,则意味着软件应满足客户的要求,并且故事可以被认为是完整的。验收测试套件基本上是用领域特定语言编写的可执行规范,该规范以系统用户使用的语言描述测试。

结论

它们都是互补的。有时专注于一种类型或完全避开它们是有利的。对我而言,主要区别在于某些测试从程序员的角度看待事物,而另一些则以客户 / 最终用户为关注重点。

重要的是您知道这些术语对您的同事意味着什么。例如,不同的群体在说 “全面的端到端” 测试时,其含义会有不同的定义。

我最近在他们的测试中遇到了 Google 的命名系统,我更喜欢它 - 他们仅使用 Small,Medium 和 Large 绕过了论点。为了确定测试适合的类别,他们会考虑一些因素 - 运行多长时间,是否访问网络,数据库,文件系统,外部系统等。

http://googletesting.blogspot.com/2010/12/test-sizes.html

我以为您当前的工作场所的 “小”,“中” 和 “大” 之间的差异可能与 Google 有所不同。

但是,这不仅与范围有关,而且与目的有关。 Mark 关于测试的不同观点的观点非常重要,例如程序员与客户 / 最终用户。

http://martinfowler.com/articles/microservice-testing/

Martin Fowler 的博客文章谈到了测试代码的策略(尤其是在微服务体系结构中),但是大多数策略都适用于任何应用程序。

我从他的摘要幻灯片中引用:

  • 单元测试 - 练习应用程序中最小的可测试软件,以确定它们是否按预期运行。
  • 集成测试 - 验证组件之间的通信路径和交互,以检测接口缺陷。
  • 组件测试 - 将使用的软件的范围限制在被测系统的一部分,通过内部代码接口操纵系统,并使用测试双精度来将被测代码与其他组件隔离。
  • 合同测试 - 验证外部服务边界是否符合使用服务所期望的合同,以验证其相互作用。
  • 端到端测试 - 验证系统满足外部需求并实现其目标,从头到尾测试整个系统。

单元测试 - 顾名思义,此方法在对象级别进行测试。测试各个软件组件是否有任何错误。此测试需要程序的知识,并且会创建测试代码以检查软件是否按预期运行。

功能测试 - 在不了解系统内部工作的情况下执行。测试人员将按照以下要求尝试使用该系统,即提供不同的输入并测试生成的输出。此测试也称为封闭盒测试或黑盒测试。

验收测试 - 这是在软件移交给客户之前进行的最后一项测试。这样做是为了确保开发的软件满足所有客户要求。有两种类型的验收测试 - 一种由开发团队的成员执行,称为内部验收测试(Alpha 测试),另一种由客户或最终用户执行,称为(测试版)

集成测试 - 已经经过单元测试的各个模块相互集成。通常遵循以下两种方法:

1)自顶向下
2)自下而上

这很简单。

  1. 单元测试:这是由具有编码知识的开发人员实际进行的测试。此测试在编码阶段完成,是白盒测试的一部分。当软件要开发时,它被开发成一段代码或称为单元的代码片段。这些单元的单独测试称为开发人员进行的单元测试,以发现某些人为错误,例如语句覆盖范围的缺失等。

  2. 功能测试:此测试在测试(QA)阶段完成,是黑盒测试的一部分。先前编写的测试用例的实际执行。该测试实际上是由测试人员完成的,他们会找到站点中任何功能的实际结果,并将此结果与预期结果进行比较。如果他们发现任何差异,那就是一个错误。

  3. 验收测试:称为 UAT。这实际上是由测试人员以及开发人员,管理团队,作者,作家以及参与此项目的所有人员完成的。为了确保项目最终准备就绪,可以免费提供错误。

  4. 集成测试:代码单元(在第 1 点中说明)相互集成以完成项目。这些代码单元可以用不同的编码技术编写,也可以使用不同的版本,因此开发人员将进行此测试,以确保所有代码单元彼此兼容,并且不存在任何集成问题。

我将通过一个实际的例子向您说明这一点,而没有理论上的东西:

开发人员编写代码。尚未实现 GUI。在此级别上的测试将验证功能是否正常工作以及数据类型是否正确。测试的这一阶段称为单元测试。

开发 GUI 并将应用程序分配给测试人员后,他与客户一起验证业务需求并执行不同的方案。这称为功能测试。在这里,我们将客户需求与应用程序流进行映射。

集成测试:假设我们的应用程序具有两个模块:人力资源和财务。人力资源模块已交付并经过测试。现在已开发出 Finance,并且可以进行测试。相互依赖的功能现在也可用,因此在此阶段,您将测试两者之间的通信点,并验证它们是否按要求工作。

回归测试是另一个重要的阶段,在进行任何新开发或错误修复后即完成。其目的是验证以前的工作功能。

单元测试:已知应用程序中单个模块或独立组件的测试称为单元测试,该单元测试将由开发人员完成。

集成测试:组合所有模块并测试应用程序,以验证模块之间的通信和数据流是否正常工作,该测试也由开发人员执行。

funcional 测试检查的应用程序的各个功能是平均为功能测试

验收测试此测试由最终用户或客户完成,无论构建应用程序是否符合客户要求,并且客户规范被称为验收测试。