我即将开始考虑使用
代码覆盖进行开发,我想知道它通常如何适应测试驱动开发.
代码覆盖是否是事后的想法？你的过程是否类似
>为要实现的功能编写测试
>运行测试,确保它们失败
>实施功能
>运行测试,确保它们通过
>为功能编写更多测试,直到获得100％(或接近)的代码覆盖率
或者,在实施了许多功能部件之后,您是否在最后运行代码覆盖率,然后返回并实现100％覆盖率？
我能想到的第三个选择是在实现功能之前努力实现100％的覆盖率.
其中哪一种最常见,有哪些好处？
在达到100％的
代码覆盖率之前,您不会编写测试.如果您一直关注TDD,那么没有
代码可以在没有测试要求的情况下编写,因此您应该始终接近100％的覆盖率.
相反,您编写测试直到所有测试通过,直到所有测试都已写入.这意味着所有必需的代码都已编写,因为如果测试需要,您将只编写代码.
