kwy*_*ibo 11 testing unit-testing
多年来,我一直是测试驱动开发的实践者,总体而言我很满意.我还不了解的一个部分就是你应该总是对"最小可能的单位"进行单元测试.
单元测试的部分想法似乎是让你自信地重构,你不会破坏任何东西.但是,我发现测试非常小的代码片段的测试几乎不会在这些重构中存活下来,代码总是会发生很大变化,以至于小单元测试会被丢弃并且新的测试被编写.这些测试涵盖了似乎在这里提供最大价值的更大功能,因为更高级别的接口不会经常变化.
对于琐碎的重构,比如移动方法,这些只是通过IDE完成的,因为我使用的是静态类型语言,所以我从未遇到IDE无法完美地进行重构的情况.
其他人有相似或相反的经历吗？
Ree*_*sey 10
我发现了同样的事情 - 但我认为区分的一个重点是私有代码单元和公共可访问的代码单元.我认为始终对"公共API中公开的最小可用代码单元"进行单元测试非常重要.
重构期间公共API不应该更改(因为它破坏了二进制兼容性和版本控制),所以这个问题确实存在.
至于私有API,这里有一个平衡点.您测试的越小,您就越依赖测试.测试越高级别,测试越灵活,他们就越有可能在重构中存活.
话虽如此,我相信两者都很重要.大规模重构总是需要重新测试 - 这只是测试的一部分.
| 归档时间： |
|
| 查看次数： |
774 次 |
| 最近记录： |