我即将开始考虑使用代码覆盖进行开发,我想知道它通常如何适应测试驱动开发.
代码覆盖是否是事后的想法？你的过程是否类似
>为要实现的功能编写测试
>运行测试,确保它们失败
>实施功能
>运行测试,确保它们通过
>为功能编写更多测试,直到获得100％(或接近)的代码覆盖率
或者,在实施了许多功能部件之后,您是否在最后运行代码覆盖率,然后返回并实现100％覆盖率？
我能想到的第三个选择是在实现功能之前努力实现100％的覆盖率.
其中哪一种最常见,有哪些好处？
在达到100％的代码覆盖率之前,您不会编写测试.如果您一直关注TDD,那么没有代码可以在没有测试要求的情况下编写,因此您应该始终接近100％的覆盖率.
相反,您编写测试直到所有测试通过,直到所有测试都已写入.这意味着所有必需的代码都已编写,因为如果测试需要,您将只编写代码.
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。
