unit-testing - 版本控制和测试驱动开发

标签 unit-testing version-control tdd

测试驱动开发的标准流程似乎是添加测试、查看失败、编写生产代码、查看测试通过、重构并将其全部检查到源代码控制中。

是否有任何东西可以让您检查测试代码的修订版 x 和生产代码的修订版 x-1,并查看您在修订版 x 中编写的测试是否失败? (我对任何语言和源代码控制系统都感兴趣,但我使用 ruby​​ 和 git)

在某些情况下,您可能会添加已经通过的测试,但它们比开发更需要验证。

最佳答案

几件事:

  • 重构测试后,再次运行测试
  • 然后,重构代码,然后再次运行测试
  • 然后,您不必立即办理登机手续,但您可以

  • 在 TDD 中,添加通过的测试没有任何意义。这是浪费时间。我一直想这样做是为了增加代码覆盖率,但该代码应该已经被首先失败的测试覆盖了。

    如果测试没有先失败,那么您不知道随后添加的代码是否解决了问题,并且您不知道测试是否实际测试了任何内容。它不再是一个测试——它只是一些可能会或可能不会测试任何东西的代码。

    关于unit-testing - 版本控制和测试驱动开发,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/948017/

    相关文章:

    java - 测试用例 : Mocking Database using Spring beans

    linux - 将 Git 同步到服务器

    svn - 什么构成有效的 SCM 消息?

    unit-testing - 使用 Coffeescript 测试 Node.js

    unit-testing - 我应该在新项目开始时使用 TDD 吗?

    javascript - 给 Chai/Mocha 一个应该包含的键的部分列表

    java - Gradle:从测试源集中的主源集中覆盖类

    c++ - 以参数为指针的模拟函数

    具有不同文件权限的git clone

    c# - 除了集成测试之外,单元测试是否会为这个 DAL 提供程序示例增加任何值(value)?