怎么维护单元测试的代码？

[apoclast]

开发过程中的那些单元测试，在每次重构后都变得惨不忍睹了。但是又没有多余的精力来一道重构这些代码。但这些代码的存在总是不断扰乱视线或者干脆造成无法编译。最糟糕的是：重构在不断的进行。
于是现在的对策就是要测的时候写，测完就删掉。我实在是厌倦这个过程了，大家有好的方法可以分享吗？

[roamlog]

重构的时候难道不是应该先重构测试代码吗，你这样的单元测试有什么意义？

[chloerei]

重构之前运行测试，确认当前版本可以通过测试

重构 -> 运行测试

测试失败，查看是重构出错还是测试过时，如重构出错则处理错误，测试过时则修改测试或删除过时测试

重复上面，运行测试 -> 测试通过

重构完毕

总结：代码库中的每个commit都是通过所有测试的

[roamlog]

ls 的讲的比我准确和详细

[apoclast]

在我编写库a给b使用并且重构a的时候，为了偷懒喜欢直接用b来测试a的代码，b对a的调用覆盖非常全面。而专门为a写的测试代码没有一道重构。这样是不是对软件质量伤害很大呢？

[chloerei]

奥，有人提醒我，重构的时候需要改变测试代码的话，说明已经做了重构以外的事情。要改变接口的话，先修改测试。

[chloerei]

@apoclast 我觉得还是需要有a的单独的测试。b应该没有对a的边界值做全面的调用，而只是代表通常情况。