unit-testing - 您至少编写过 'worth it' 单元测试吗？

Question

就目前情况而言，这个问题不太适合我们的问答形式。我们希望答案得到事实、引用资料或专业知识的支持，但这个问题可能会引发辩论、争论、民意调查或扩展讨论。如果您觉得这个问题可以改进并可能重新开放， visit the help center以获得指导。

已关闭 11 年前。

在 SO 博客和播客上，Joel 和 Jeff 一直在讨论经常被忽视的情况，即对特定功能进行单元测试根本不值得付出努力。有时，对一个简单功能进行单元测试是如此复杂、不可预测或不切实际，以至于测试成本无法反射(reflect)该功能的值(value)。在 Joel 的例子中，如果他们决定编写测试，则该示例需要进行复杂的图像比较来简单地确定压缩质量。

您遇到过哪些案例？我能想到的常见领域是 GUI、页面布局、音频测试(例如，测试以确保发出声音警告)等。

我正在寻找恐怖故事和真实世界的例子，而不是猜测(就像我刚才所做的那样)。如果您或任何必须编写上述“不可能”测试的人无论如何都继续编写它，则会获得奖励积分。

Answer 1

@Test
public void testSetName() {
    UnderTest u = new UnderTest();
    u.setName("Hans");
    assertEquals("Hans", u.getName());
}

测试 set/get 方法是愚蠢的，你不需要这样做。如果您被迫这样做，那么您的架构存在一些严重缺陷。