我想知道项目中是否存在诸如代码行数之类的问题，之后最好开始引入单元测试，这样事情就不会失控。我认为对于某些小型项目（例如5-10k行代码），您不需要单元测试，但是对于大型项目，这当然是个好主意。我们的项目大约有10万行代码，在进行一些更改时我们已经感到恐惧。
那么我怎么知道什么时候开始在项目中引入单元测试呢？
最佳答案
与往常一样，是否进行单元测试取决于您的测试动机。
软件是关键任务吗？
失败的代价是什么？
如果发生错误，您如何轻松解决错误？
故障成本越高，测试软件就越重要。在这里，我想起了Steve Freeman's excellent article on Safe Fail versus Fail-Safe。一方面，您可以让您的软件发生故障，并修复错误的现象；在另一端，错误可能是灾难性的（生命损失）。
因此，不可能回答所提出的问题，但是我在上面的第二点西蒙的评论中提到，如果您进行测试驱动开发（它具有许多其他好处），则开始进行单元测试的行数为0。
关于unit-testing - 引入单元测试的代码基线计数边界是多少？，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/23241149/