当你差不多完成时开始使用单元测试是否现实？

Question

我在一个项目中工作了2个半月，实际上已经完成了。但是我一直看到我过去修复的一些错误让我烦恼。然后我再次修复它们，另一个让我烦恼。

我知道，我知道，我最初没有使用phpunit和selenium的错误，但此时开始使用它是否可行或现实（即使项目在1周结束，我仍然有一些部分完成）？

提前致谢

Answer 1

编写一些单元测试永远不会太晚。

您有完美的机会添加单元测试 - 并显示它的价值 - 因为您有修复错误。因此，编写显示错误发生的测试，修复错误然后重新运行测试。如果问题再次发生，你会有一个绿灯，并且你会立即发现自信。

您不会完全覆盖您的应用程序，但如果您在查找并修复错误时继续添加测试，然后为新开发项目添加测试，则覆盖范围将会增加。

Answer 2

测试总是为您的开发时间增加时间，除非您有一个团队。根据我的经验，项目从未真正完成。即使你把它交还了。用户总能找到有趣的方式来使用您的产品。

我建议对项目进行单元测试总是一件好事。它为任何需要在几个月内启动并运行项目的新开发人员提供了良好的开端，包括您自己。

如果可以，我强烈建议您添加测试。从长远来看，这将使生活变得更加轻松，但是，如果您计划交付项目而不是再次触摸它，或者您将在不久的将来不再使用它，您可以将其排除在外。取决于您正在寻找的好处。对于长期项目和支持合同，单元测试几乎总是很好。

Answer 3

迟到总比没有好。也就是说，我已经看到有相当多的项目上线，无论有没有可靠的单元（或整合）测试覆盖，我不能说经过充分测试的项目在野外显示出较低的缺陷率。他们只是倾向于以更加意想不到的方式打破。

但是如果你有反复出现的错误，那么为它们添加一个快速测试可以节省你很多时间，因为你会立即知道什么时候问题重新出现，而不必记得手动寻找每一个（甚至更糟糕的是，失去对它们的追踪，让一个人滑过裂缝）。当测试覆盖率完全不存在时，你可以通过为最长期的问题添加一些简单的测试来赢得大奖，就花费的时间和获得的理智而言。