|
|
1
15
不 在没有测试要求的情况下编写的代码,因此应该始终保持接近100%的覆盖率。 相反,您要编写测试,直到所有测试都通过,并且直到所需的所有测试都已编写完毕。这意味着所有必需的代码都已编写,因为只有在测试需要时才编写代码。 |
|
|
2
1
使用TDD,在开发新代码时,您应该几乎总是接近100%的覆盖率,因为您不需要开发任何不需要通过测试的代码。只有当您认为代码非常简单,不需要测试(比如,像C#中的自动属性)时,才应该有没有特别涉及的代码。通过重构,您有时可以引入不必要的块,或者以意外的方式更改代码,因此您可能希望在此时使用覆盖率来确保没有意外地引入未经测试的代码。除此之外,我想说的是,我更多地使用它作为一个健全性检查,并出于同样的原因定期进行覆盖率分析。当你的纪律崩溃,你忽略了以TDD的方式工作时,它也会非常有用。 |
|
|
3
0
请记住,您可以有一个测试,它实际上使用的代码被巧合地覆盖了。你需要小心,尤其是在启动TDD时。哦,我在这个功能,我知道我需要添加这个小薄薄荷晚餐,而我在它为什么不另一个薄荷。在你知道之前,你有一堆未经测试的代码。 写测试:失败 编写代码:Pass 重构:传递 转到顶部 |