本网站上的大多数讨论都非常积极地进行单元测试.我是自己单元测试的粉丝.但是,我发现广泛的单元测试带来了自己的挑战.例如,单元测试通常与他们测试的代码紧密耦合,随着测试量的增加,API变化会越来越昂贵.
您是否发现了单元测试对代码质量或交付时间有害的真实情况?你是如何处理这些情况的?是否有任何"最佳实践"可用于单元测试的设计和实施?
这里有一个相关的问题:为什么单元测试没有为你的项目工作?
通过广泛的单元测试,您将开始发现重构操作更加昂贵,原因正是您所说的。
恕我直言,这是一件好事。相对于小而便宜的更改,对 API 进行昂贵而大的更改应该会产生更大的成本。重构不是一项免费操作,了解对您自己和 API 使用者的影响非常重要。单元测试是衡量 API 更改的消耗成本的重要标尺。
不过,这个问题的一部分可以通过工具得到缓解。大多数 IDE 直接或间接(通过插件)支持其代码库中的重构操作。使用这些操作来更改单元测试将减轻一些痛苦。
| 归档时间: | 
 | 
| 查看次数: | 548 次 | 
| 最近记录: |