重构和测试驱动开发

我目前正在阅读两本优秀的书籍"有效地使用遗留代码"和"清洁代码".

他们让我思考我以全新的方式编写和使用代码的方式,但其中一个常见的主题是测试驱动的开发以及在进行更改或实现之前通过测试和测试来扼杀所有内容的想法一个新的功能.

这导致了两个问题:

问题1:如果我正在使用遗留代码.根据书籍,我应该进行测试,以确保我没有破坏任何东西.考虑一下我的方法有500行.我假设我将有一套等效的测试方法来测试该方法.当我拆分此功能时,是否为每个新的方法/类创建新的测试结果？

根据"清洁代码",任何超过1/10秒的测试都需要花费太长时间.试图测试一个500长线遗留方法进入数据库并且上帝知道还有什么可能需要超过1/10秒.虽然我理解你需要打破依赖关系,但我遇到的问题是初始测试创建.

问题2:当代码被重新分解以至于在结构上它不再像原始代码(添加/删除到方法等的新参数)时会发生什么.那么测试还需要重新分解吗？在这种情况下,您可以在允许测试继续通过的同时改变系统的功能吗？在这种情况下,重新分解测试是否适合做？

虽然我可以通过假设继续下去,但我想知道从集体经验中是否有任何关于此类问题的想法/建议.