我正在开发一个新的小项目。我理解实施自动化测试以提高质量和可维护性的重要性。但是如果在小型应用程序中功能测试就足够了，我会徘徊。真的有必要为我的所有功能实施单元测试吗？功能测试不能保证小型应用程序的质量吗？
【问题讨论】：
标签： unit-testing testing tdd functional-testing
这真的取决于项目的规模和所涉及的“活动部分”的数量；但总的来说，我会说单元测试至少与功能测试一样重要。
我打算用一个简单的软件系统做一个类比，但我会告诉你一个故事，这个故事可能发生在我身上，也可能没有发生在我身上。毫无疑问，我会因为它被否决而被遗忘，我能说什么。 YOLO。
无论如何，所以我在度假，在酒店里，我想用我随身携带的非常漂亮的胡须修剪器修剪我豪华且完全不带讽刺意味的胡须。 除了设计浴室的布偶把唯一的插座放在房间的镜子对面！更糟糕的是，插座的形状不对，因为我在一些奇怪的外国他们在错误的道路上行驶的国家...
不用担心。我有一个旅行电源插座适配器。除了修剪器上的绳子只有 3 英尺长，而且不会穿过房间。可是等等！我有一根延长线，耶！现在我可以像一个真正的男人一样在镜子前打扮自己了。 **
我把所有东西都插上，然后按“开”按钮。修剪器嗡嗡作响，然后突然死去，我的脸上留下一团不平衡的绒毛。
快速：有什么问题？是吗：
这是只做功能测试的问题。当然，通过乱搞和换掉东西，我最终会发现修剪器工作正常，而延长线是问题所在，但如果我能够检查所有涉及的零碎物品，那不是很好首先对它们进行单元测试，这样甚至在我尝试打开修剪器之前，我就知道电源线有问题？
**这个故事完全不是真的，我用剃须刀修剪胡须。是的。
【讨论】：
功能测试可能小/单元不足以在足够深的层次上捕捉实现的细微差别。
虽然它们确实可能涵盖了足够多的基础，让您有足够的信心，但您仍然可能希望进行单元测试来跟踪错误、防止回归并处理（有问题/罕见）极端情况。
此外，我认为没有必要引入这种区别 - 功能 vs 单元 vs 集成 vs what-not-else。您需要自动化测试，仅此而已。您仍然必须实现它们，很可能对每种测试类型使用相同的工具/框架。
【讨论】：