在某些时候,您必须决定要使用单元测试覆盖程序的哪些部分。
如果您正在开发测试优先,那么您就摆脱了困境,因为您已经有了测试用例。恭喜。如果您没有那么幸运(我们的项目就是这种情况),您必须决定要为程序的哪些部分编写单元测试。
是否有一个良好且有条理的方法来决定单元测试涵盖哪些内容?尤其是比问自己更具体的what should I test here?
?
最佳答案
恕我直言:
- 一切都符合原始规范。
- 一切依赖于永远发挥作用的东西。
- 您发现损坏且必须修复的所有内容。
我确信这不是很有帮助 - 但很现实。
单元测试应该涵盖您有时间进行的尽可能多的内容,然后涵盖您上次处理时没有时间测试的所有内容。
What approach can be used to find chunks of work worth testing?
有很多:
- 每当您发现错误时,请修复它并创建一个测试以确保它永远不会再次出现。
关于java - 寻找单元测试的最佳实践? (如果不开发测试优先),我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/18893376/