傻瓜不写单元测试

我经常听到“抱怨，我们没有时间编写单元测试”或“我们没有单元测试的预算”。 有时听起来可能是，“我们不使用TDD，所以这就是为什么没有单元测试的原因”，甚至是“ TDD现在对我们来说太昂贵了。” 我敢肯定你已经听过这个，甚至自己都说过。 这对我来说没有任何意义。 我不明白逻辑。 以我的理解，单元测试不是产品。 这是一个工具 。 您可以使用测试来更快更好地开发产品。 您怎么能说没有时间使用使您的工作更快的工具？ 让我告诉你怎么做。

是否为TDD，单元测试就是单元测试。 您可以在主要代码段之前或之后创建它。

单元测试是一种工具，可以帮助您（软件开发人员）“运行”您的东西并查看其工作方式。 您还能如何检查它是否有效？ 当我听到“我没有时间进行单元测试”时，我的下一个问题是：“您如何测试代码？”

我严重无法理解如何编写某些内容然后再对其进行测试。 好吧，除非您每月付款，而且没有人真正在乎您的交付物。 如果您确实关心所生产的软件，那么您有兴趣将其付诸实践，对吗？

那么，你如何做到这一点？

如果它是一页PHP网站，则可以在Apache本地运行它，在磁盘上修改它，然后在Cmd + R多次。 这将适用于原始代码，并且仅对您（单个开发人员）有效。 但是我听到企业系统上的程序员所说的“我没有时间”的说法。 你们如何测试您的代码？

我将单元测试与OOP类进行比较。 您可以使用数千种方法在单个类中设计整个应用程序。 您将节省创建其他类，构造它们，考虑它们之间的连接等的时间。这将是一个20,000行的.java文件。 然后您会说“您没有时间创建类”，对吗？ 对于这样的产品及其作者，我们会怎么说？ 是的，我们会说他或她只是愚蠢的。 它与时间或预算无关。 这样的程序员根本不知道如何使用面向对象的编程工具，例如封装，继承，多态性，接口，方法重载等。 这与技能和纪律有关。

单元测试也是如此。 如果创建没有单元测试的代码，它可能会起作用，就像具有20,000行的怪兽类一样，但是您的产品质量将非常低。 并不是因为您没有时间编写单元测试，而是因为您不知道该怎么做。

因此，每当我听到“我没有时间进行单元测试”时，我就会了解到您只是不知道该怎么做，并试图将这一事实隐藏在错误的借口后面。 至少可以说这不是专业的。

翻译自: https://www.javacodegeeks.com/2015/09/fools-dont-write-unit-tests.html