我最近加入了一个大量使用单元测试的团队.没有人可以向我解释为什么这种形式的测试如此重要,但他们将其视为法律.
我知道自动化测试的想法是为了防止回归,但我不认为这首先是一个问题.模块化,面向对象,简洁的代码,评论良好,没有回归问题.如果你是第一次正确构建它,并设计出将来发生的不可避免的功能增加,你将永远不需要测试.
而且,这不是优雅的错误处理和日志记录应该完成的吗？当你可以确保所有外部依赖项首先仔细检查它们的可用性时,为什么要花几周时间来断言断言语句和单元测试？
我是否傲慢地得出结论,单元测试是"坏"代码库的拐杖,这些代码库有缺陷且构建不良？
这是一个严重的问题.我在任何地方都找不到任何好的答案,如果我质疑自动化测试的目的,我问的每个人似乎都认为我是一个巨魔.
编辑:谢谢你的答案,我想我现在明白了.我看到有几个人投票删除,但我要感谢那些回答的人; 它真的有帮助!
我想巩固我对"编码到界面"概念的理解.据我所知,一个人创建界面来描述预期的功能,然后在具体的类中实现这些"契约".要使用接口,可以简单地在具体类的实例上调用方法.
显而易见的好处是了解具体类提供的功能,而不管其具体实现如何.
基于以上内容:
谢谢.