unit-testing - 单元测试无用的项目类型

Question

关闭。这个问题是opinion-based .它目前不接受答案。












想改进这个问题？更新问题，以便 editing this post 可以用事实和引用来回答它.

3年前关闭。




Improve this question




您是否认为必须在任何情况下进行单元测试(和测试驱动开发)，或者是否应该有一些异常(exception)。
我最近一直在研究一种项目类型，我看不到单元测试将如何有用或改进设计、代码质量等。一种类型的项目是 PDF 报告生成器，它采用汇总数据(已经计算的值和QAed)并将其输出到 PDF 报告文件。另一种类型是使用 3rd 方 ORM 工具的直接 CRUD 应用程序。
我可以看到有人可以为使用 CRUD 应用程序的单元测试提出论据，但这是很多不必要且耗时的设置工作，例如在结束时取消对数据库的所有调用和模拟业务对象等您需要知道数据库是否发生了什么事。
那么什么时候应该使用或避免单元测试呢？

谢谢

Answer 1

例如，为用户界面/表示层编写自动化测试通常不值得麻烦。在这种情况下，通常最好保持表示层非常薄，并拥有一个包含表示层所有功能的可测试层。然后表示层将主要是声明性的，并且只包含简单的胶水代码。当一切都是声明性的时，几乎没有什么可以破坏的，因此没有必要对其进行测试。诸如 UI 元素是否正确对齐、布局是否正确、标签是否正确等内容更容易手动测试。

一次性代码。如果代码只使用一次，并且它是否正常工作并不重要，并且如果需要修改代码，您可以负担得起重写它，那么编写高质量的代码和测试可能不会带来任何好处。但是当代码变得更大，或者你需要维护它，或者代码正常工作很重要时，编写测试是值得的。我曾经听有人说，如果他写了超过 10 行代码而没有经过测试，那么他开始不确定他刚刚写的代码是否能正常工作。