【问题标题】:Is it realistic to start using unit testing when you're almost done?快完成时开始使用单元测试是否现实?
【发布时间】:2011-07-08 11:28:12
【问题描述】:

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

我知道,我知道,我一开始没有使用 phpunit 和 selenium 犯了一个错误,但是现在开始使用它是否可行或现实(即使项目在 1 周内结束,我还有一些部分需要完成)?

提前致谢

【问题讨论】:

  • 我认为没有必要……只有在你发布一些新功能的情况下。您的单元测试将成为您的客户 =)

标签: php unit-testing selenium phpunit yii


【解决方案1】:

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

您有绝佳的机会添加单元测试 - 并展示它的价值 - 因为您有错误需要修复。因此,编写显示错误发生的测试,修复错误,然后重新运行测试。如果问题再次出现,您将获得绿灯并有信心立即发现。

您不会完全覆盖您的应用程序,但如果您在发现和修复错误时不断添加测试,然后为新开发添加测试,覆盖率将会增加。

【讨论】:

    【解决方案2】:

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

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

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

    【讨论】:

      【解决方案3】:

      迟到总比没有好。也就是说,我已经看到相当多的项目上线了,无论有没有可靠的单元(或集成)测试覆盖,我不能说经过良好测试的项目在野外表现出较低的缺陷率。它们只是倾向于以稍微出乎意料的方式破坏。

      但是,如果您有反复出现的错误并不断出现,为它们添加快速测试可以为您节省相当多的时间,因为您会立即知道问题何时再次出现,而不必记住手动去寻找每一个(或者更糟糕的是,失去对它们的追踪并让一个从裂缝中溜走)。当测试覆盖率完全不存在时,您可以通过针对最长期的问题添加一些简单的测试来赢得巨大的胜利,就花费的时间与获得的理智而言。

      【讨论】:

        猜你喜欢
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 2011-08-23
        • 2014-11-19
        • 2017-10-01
        • 2010-11-20
        相关资源
        最近更新 更多