单元测试与验收测试

Question

你是为了一个还是另一个？或两者兼而有之？

我的理解是单元测试：

• 从开发人员的角度验证系统
• 帮助开发人员练习TDD
• 保持代码模块化
• 帮助检测低粒度级别的错误

验收测试：

• 从业务和QC / QA的角度验证系统
• 往往是高级别的，因为它们通常是由不熟悉代码内部工作原理的人编写的

我觉得两者都是必要的。但是，为了最大限度地减少冗余工作，尝试将单元测试纳入验收测试是否是个好主意？换句话说，让后者称之为前者。相反的方向是否有意义？

您对单元测试与验收测试有何一般性的看法，以及如何相互管理它们？

Answer 1

验收和集成测试会告诉您代码是否正常工作;单元测试告诉你哪里失败了。

如果你已经完成了验收和集成测试，并且他们正在通过，那么你的代码正在实现它应该具备的所有功能，并且它正在运行。很高兴知道（知道它不是很好）。但如果它不起作用，验收测试将无法让您深入了解出了什么问题;因为它测试了许多功能单元，所以它可能是一种鸟瞰失败的观点。这是单元测试闪耀的地方。好的单元测试会告诉您到底出了什么问题，确切地说是代码的哪一部分。很难知道你是否已经编写了足够的单元测试而不是验收测试，但是如果你没有相应的失败单元测试就有一个失败的验收测试 - 是时候编写单元测试了。

这一切都来自测试的角度。当然，TDD不是（和ATDD不是）关于测试。在推动设计方面，验收测试为您提供了一个广泛的路线图（“这里就是您想去的地方”），而单元测试则会带您到下一个路口（“左转”）。它们在这方面都很有价值，而且它们的价值相互补充。

不要混淆他们;不要误导他们。特别是单元测试不应该依赖于其他任何东西，并且通过使验收测试依赖于它们来限制单元测试是错误的。当然，他们可以共享一些框架代码，但它们应该是独立的。

Answer 2

  

但是，为了最大限度地减少冗余工作，尝试将单元测试纳入验收测试是一个好主意吗？

没有

  

换句话说，让后者[接受]称之为前[单位]。相反的方向是否有意义？

不要打扰。

验收测试通常是政治性的。你向他们展示 - 基于他们的直觉 - 决定接受或拒绝。

然后你争论验收测试的有效性。

然后你争论工作范围和下一个版本。

验收测试通常不是技术性的。如果他们是，那么你将有正式的单元测试，那将是。

不要试图巧妙地对待政治。接受它。让它发生。

---

您可以希望验收测试驱动开发（ATDD）导致“验证测试在开发开始之前由整个团队编写并达成一致”。但是你必须反映这样一个事实：任何事先写好的东西都是好奇的，最坏的可以谈判。

所有敏捷方法背后的前提是你只能同意获得可释放的东西。之后的一切都是可以谈判的。

所有测试优先（TDD，ATDD或其他任何东西）背后的前提是测试是一项铁腕协议。除非它不是。使用任何TDD（或ATDD）方法，您可以 - 原则上 - 同意测试结果，但您还没有真正同意测试本身。

可能会出现无法轻易编写测试的情况。或者更糟糕的是，根本无法写入。您可能同意似乎可测试的结果，但结果是定义不佳。现在怎么办？在您开始开发并了解详细信息之前，这些是您无法了解的事情。

所有测试都很重要。并且没有特定类型的测试可以是任何其他类型测试的超集或子集。它们总是部分重叠。试图结合以某种方式节省一些工作可能会浪费时间。

更多测试比其他任何测试都要好。所有测试的结合比试图强制测试之间的子集 - 超集关系更有价值。

Answer 3

单元测试 - 我的特定功能完成它应该做的事情，仅此而已，并且没有更少。

验收测试 - 我的应用程序完成它应该做的事情。

示例：用于计算二次函数的根的应用程序。接受a，b和c的输入，返回根x1和x2。这个应用程序是由我写的函数构建的，用于添加两个数字，减去两个数字，乘以两个数字，除以两个数字，并取两个数字的平方根。

单元测试 - 检查我的除法和乘法函数是否正常工作，我的平方根工作正常，加法和减法正常工作。

验收测试 - 检查我的应用程序是否计算了二次函数的根。

由于我的整个应用程序是计算根，我不应该有一个也计算根的单元测试，因为没有单独的函数可以这样做。

Answer 4

总结以上所有内容，

• 验收测试确保您正在构建正确的东西
• 单元测试确保您正在构建正确的

Answer 5

这些只是我个人对某些测试问题的看法：

  

然而，为了最小化冗余   工作，尝试是一个好主意   将单元测试纳入验收   测试

我的第二个S. Lott没有这个，并补充说这里存在一个危险，即单元测试在某种程度上被操纵，可能会有一些错误通过。例如，在下拉列表中，某人可能会测试一些状态，但可能不是所有状态，测试人员可能会使用不同的数据来发现潜在的错误。

  

换句话说，让后者打电话   前者。反其道而行之   方向有意义吗？

我要小心将它们连接在一起。单元测试代表最小功能部分的测试，通常非常小，以至于最终用户不会理解可能有数百个测试只是为了获取Web表单将数据输入CRM系统。验收测试更多地是关于应用程序的用户想要哪些可能更主观的，例如。 “这看起来很漂亮吗？”与“这看起来不错吗？”接受测试可能有“足够好”的标记，我不确定是否可以使用单元测试。通常，如果单元测试失败，则有人必须决定修复代码或删除测试，因为根据具体情况，每个测试都是一个不错的选择。

  

您对此有何看法？   单元测试与验收测试，以及   如何管理它们与每个人相关   其他

单元测试是关于验证最简单的代码片段。可以进行集成测试，但是这是一个更高的级别，因为一旦检查了所有小部件，这些部分的组合一起工作，例如。星期六早上我看到长大的卡通片，像“Voltron”或各种变形金刚一样可以放在一起的玩具，如形成毁灭者的Constructicons。验收测试通常是从最终用户的角度来看，“我现在可以用应用程序做X吗？”在出门之前得到“是”的答案。虽然可以在验收测试中检查某些错误情况，但是对可以进入应用程序的每种可能组合进行全面测试并不常见。但是，单元测试可能包括边界条件和一些其他随机情况。