单元测试的新名称[关闭]
已关闭。这个问题是基于观点的。它当前不接受答案。 想改善这个问题吗?更新问题,以便通过编辑此帖子以事实和引用的形式回答。 4年前关闭。 我从不喜欢单元测试。我一直认为这增加了我要做的工作量。 事实证明,仅就您编写的实际代码行数而言,这是正确的,此外,您可以在一小时内通过测试和测试驱动的开发编写的有用代码的行数增加完全抵消了这一点。 现在,我喜欢单元测试,因为它们允许我编写有用的代码,而这些代码通常在第一次使用时就可以使用!(敲木头) 我发现,如果人们在严格的时间表内或在其他人不这样做的环境中,他们不愿意进行单元测试或以测试驱动的开发开始项目。有点喜欢,一种文化拒绝甚至尝试。 我认为关于单元测试的最强大的功能之一就是它给您进行重构的信心。这也给我带来了新的希望,我可以将我的代码提供给其他人进行重构/改进,并且如果我的单元测试仍然有效,那么我可以使用他们修改过的新版本的库,几乎不用担心。 我认为这是单元测试的最后一个方面,需要一个新名称。单元测试更像是该代码现在和将来应该做什么的合同。 当我听到“测试”一词时,我想到了关在笼子里的老鼠,并对其进行了多次实验,以观察化合物的有效性。这不是单元测试,我们不是在尝试不同的代码来了解什么是最有影响力的方法,而是在定义我们期望的输出和输入。在老鼠的例子中,单元测试更像是宇宙如何工作的定义,而不是在老鼠身上进行的实验。 我是处于崩溃状态还是其他人看到拒绝进行测试,他们是否认为这是他们不想这样做的类似原因? 您/其他人给出不测试的原因是什么? 您认为他们的动机不是单元测试吗? 作为单元测试的新名称,它可以克服某些异议,jContract呢?(我知道一点Java中心:)还是单位合同?