在SO博客和播客上,Joel和Jeff一直在讨论,经常被忽略的时候,单元测试一个特定的功能根本不值得努力.单元测试一个简单特征的时间是如此复杂,不可预测或不切实际,以至于测试成本不能反映特征的价值.在乔尔的情况下,呼吁建立一个复杂的图像比较的例子来简单地确定压缩质量,如果他们决定编写测试.
在遇到这种情况的情况下,您遇到了哪些情况?我能想到的常见领域是GUI,页面布局,音频测试(例如,确保发出声音警告的测试)等.
我正在寻找恐怖故事和实际的现实世界的例子,而不是猜测(就像我刚才所做的那样).如果你或者任何不得不写下"不可能"测试的人继续编写它,那么奖励积分.
@Test public void testSetName() { UnderTest u = new UnderTest(); u.setName("Hans"); assertEquals("Hans", u.getName()); }
测试set/get方法只是愚蠢的,你不需要它.如果你被迫这样做,你的架构有一些严重的缺陷.
Foo foo = new Foo(); Assert.IsNotNull(foo);