2

我一直在想“测试?我不需要任何该死的测试!我没有它就可以了!”

然后我的代码变长了。

现在我意识到为什么编写测试很重要。我总是害怕一点点改变会导致破坏某些东西。我真的很想开始写测试。但是代码库已经变得如此之大,以至于我真的不知所措。我不知道从哪里开始。其中大部分我什至不记得我为什么要这样编码,所以如果我开始回去编写测试,那将需要很长时间。

如果我已经有一个庞大的代码库,有人可以就如何开始编写测试提供建议吗?

4

2 回答 2

5

首先,我建议您阅读WELC 书,它在您的情况下应该会派上用场。

下一次接触代码时开始,下一次需要更改代码中的某些内容时,请先为其编写测试,然后继续围绕您必须更改、更新、修复或添加的所有内容编写测试。这样,随着时间的推移,您将向所有正在发生变化的区域添加测试,并且在为其余代码编写测试时似乎不会那么不堪重负。

但是,我要重申,我链接到遗留代码的这本书将非常有帮助,因为它详细介绍了解决这个问题的方法。

于 2012-04-12T21:39:56.407 回答
1

编写测试,尤其是好的测试需要很多时间,有时可能会花费 50% 的开发时间/成本,有时甚至更多。我将首先为您的所有函数编写单元测试,并尝试获得尽可能多的语句覆盖率。如果你不知道一个方法是如何工作的,它可能没有很好的文档和/或编写,你最好还是重写它。

这不是对这个问题的直接回答,而是一个小建议:你现在真的应该花时间修复和清理你的代码,否则它将继续失控。代码不会因为写更多代码而变得更好,它只会变得更糟,如果你想让它变得更好,你必须回去重写它。

于 2012-04-13T06:08:36.427 回答