你是为了一个还是另一个？或两者兼而有之？
我的理解是单元测试：
验收测试：
我觉得两者都是必要的。但是，为了最大限度地减少冗余工作，尝试将单元测试纳入验收测试是否是个好主意？换句话说，让后者称之为前者。相反的方向是否有意义？
您对单元测试与验收测试有何一般性的看法，以及如何相互管理它们？
答案 0 :(得分：77)
验收和集成测试会告诉您代码是否正常工作;单元测试告诉你哪里失败了。
如果你已经完成了验收和集成测试，并且他们正在通过，那么你的代码正在实现它应该具备的所有功能，并且它正在运行。很高兴知道（知道它不是很好）。但如果它不起作用，验收测试将无法让您深入了解出了什么问题;因为它测试了许多功能单元，所以它可能是一种鸟瞰失败的观点。这是单元测试闪耀的地方。好的单元测试会告诉您到底出了什么问题，确切地说是代码的哪一部分。很难知道你是否已经编写了足够的单元测试而不是验收测试，但是如果你没有相应的失败单元测试就有一个失败的验收测试 - 是时候编写单元测试了。
这一切都来自测试的角度。当然，TDD不是（和ATDD不是）关于测试。在推动设计方面，验收测试为您提供了一个广泛的路线图（“这里就是您想去的地方”），而单元测试则会带您到下一个路口（“左转”）。它们在这方面都很有价值，而且它们的价值相互补充。
不要混淆他们;不要误导他们。特别是单元测试不应该依赖于其他任何东西，并且通过使验收测试依赖于它们来限制单元测试是错误的。当然，他们可以共享一些框架代码，但它们应该是独立的。
答案 1 :(得分：11)
但是，为了最大限度地减少冗余工作，尝试将单元测试纳入验收测试是一个好主意吗？
没有
换句话说，让后者[接受]称之为前[单位]。相反的方向是否有意义？
不要打扰。
验收测试通常是政治性的。你向他们展示 - 基于他们的直觉 - 决定接受或拒绝。
然后你争论验收测试的有效性。
然后你争论工作范围和下一个版本。
验收测试通常不是技术性的。如果他们是，那么你将有正式的单元测试，那将是。
不要试图巧妙地对待政治。接受它。让它发生。
您可以希望验收测试驱动开发（ATDD）导致“验证测试在开发开始之前由整个团队编写并达成一致”。但是你必须反映这样一个事实：任何事先写好的东西都是好奇的，最坏的可以谈判。
所有敏捷方法背后的前提是你只能同意获得可释放的东西。之后的一切都是可以谈判的。
所有测试优先（TDD，ATDD或其他任何东西）背后的前提是测试是一项铁腕协议。除非它不是。使用任何TDD（或ATDD）方法，您可以 - 原则上 - 同意测试结果，但您还没有真正同意测试本身。
可能会出现无法轻易编写测试的情况。或者更糟糕的是，根本无法写入。您可能同意似乎可测试的结果，但结果是定义不佳。现在怎么办？在您开始开发并了解详细信息之前，这些是您无法了解的事情。
所有测试都很重要。并且没有特定类型的测试可以是任何其他类型测试的超集或子集。它们总是部分重叠。试图结合以某种方式节省一些工作可能会浪费时间。
更多测试比其他任何测试都要好。所有测试的结合比试图强制测试之间的子集 - 超集关系更有价值。
答案 2 :(得分：9)
单元测试 - 我的特定功能完成它应该做的事情，仅此而已，并且没有更少。
验收测试 - 我的应用程序完成它应该做的事情。
示例：用于计算二次函数的根的应用程序。接受a，b和c的输入，返回根x1和x2。这个应用程序是由我写的函数构建的，用于添加两个数字，减去两个数字，乘以两个数字，除以两个数字，并取两个数字的平方根。
单元测试 - 检查我的除法和乘法函数是否正常工作，我的平方根工作正常，加法和减法正常工作。
验收测试 - 检查我的应用程序是否计算了二次函数的根。
由于我的整个应用程序是计算根，我不应该有一个也计算根的单元测试，因为没有单独的函数可以这样做。
答案 3 :(得分：8)
总结以上所有内容，
答案 4 :(得分：2)
这些只是我个人对某些测试问题的看法：
然而，为了最小化冗余 工作，尝试是一个好主意 将单元测试纳入验收 测试
我的第二个S. Lott没有这个，并补充说这里存在一个危险，即单元测试在某种程度上被操纵，可能会有一些错误通过。例如，在下拉列表中，某人可能会测试一些状态，但可能不是所有状态，测试人员可能会使用不同的数据来发现潜在的错误。
换句话说，让后者打电话 前者。反其道而行之 方向有意义吗？
我要小心将它们连接在一起。单元测试代表最小功能部分的测试，通常非常小，以至于最终用户不会理解可能有数百个测试只是为了获取Web表单将数据输入CRM系统。验收测试更多地是关于应用程序的用户想要哪些可能更主观的，例如。 “这看起来很漂亮吗？”与“这看起来不错吗？”接受测试可能有“足够好”的标记，我不确定是否可以使用单元测试。通常，如果单元测试失败，则有人必须决定修复代码或删除测试，因为根据具体情况，每个测试都是一个不错的选择。
您对此有何看法？ 单元测试与验收测试，以及 如何管理它们与每个人相关 其他
单元测试是关于验证最简单的代码片段。可以进行集成测试，但是这是一个更高的级别，因为一旦检查了所有小部件，这些部分的组合一起工作，例如。星期六早上我看到长大的卡通片，像“Voltron”或各种变形金刚一样可以放在一起的玩具，如形成毁灭者的Constructicons。验收测试通常是从最终用户的角度来看，“我现在可以用应用程序做X吗？”在出门之前得到“是”的答案。虽然可以在验收测试中检查某些错误情况，但是对可以进入应用程序的每种可能组合进行全面测试并不常见。但是，单元测试可能包括边界条件和一些其他随机情况。