当前位置:  开发笔记 > 编程语言 > 正文

你写过的最不值得的单元测试?

如何解决《你写过的最不值得的单元测试?》经验,为你挑选了2个好方法。

在SO博客和播客上,Joel和Jeff一直在讨论,经常被忽略的时候,单元测试一个特定的功能根本不值得努力.单元测试一个简单特征的时间是如此复杂,不可预测或不切实际,以至于测试成本不能反映特征的价值.在乔尔的情况下,呼吁建立一个复杂的图像比较的例子来简单地确定压缩质量,如果他们决定编写测试.

在遇到这种情况的情况下,您遇到了哪些情况?我能想到的常见领域是GUI,页面布局,音频测试(例如,确保发出声音警告的测试)等.

我正在寻找恐怖故事和实际的现实世界的例子,而不是猜测(就像我刚才所做的那样).如果你或者任何不得不写下"不可能"测试的人继续编写它,那么奖励积分.



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

测试set/get方法只是愚蠢的,你不需要它.如果你被迫这样做,你的架构有一些严重的缺陷.


顺便说一句......这是我在SO:D上给出的最不值得的答案

2> Jim Arnold..:
Foo foo = new Foo();
Assert.IsNotNull(foo);

推荐阅读
云聪京初瑞子_617
这个屌丝很懒,什么也没留下!
DevBox开发工具箱 | 专业的在线开发工具网站    京公网安备 11010802040832号  |  京ICP备19059560号-6
Copyright © 1998 - 2020 DevBox.CN. All Rights Reserved devBox.cn 开发工具箱 版权所有