优点过了就成了缺点。测试虽好，不顾任何场景的意味着追求100%覆盖率是不可取的。
回答这个问题之前你要清楚你为什么写测试，它能给你和你的团队带来什么价值？其次你们为了获得这些价值，你和你的团队付出了什么努力？这其实是一个性价比的问题，思考这个问题需要结合近期目标和长远目标两个维度。软件开发通常不是一锤子买卖，而敏捷软件开发强调的是优先高质量交付高价值的功能。如何做到高质量，测试是一个经过实践证明为有效的方式。所以写测试一定是值得去做的事情。
回到实际项目中，写测试也可以优先编写价值最高的测试，所以在你写第一个测试的时候，往往是测试的最重要的场景，这个测试的价值会是最高的，伴随着你的测试覆盖率提高，高价值的场景被覆盖过了，测试会去覆盖一些边界条件，也就是一些用户不常发生的行为，但这也要去保证质量。这个时候的测试价值会逐渐降低，而编写的成本会逐渐升高，因为边界条件思考和准备起来更花精力，所以当你的测试覆盖率达到一定程度的时候，应该停下来思考一下要不要继续提高覆盖率了，至于这个覆盖率设置为多少合适，没有标准答案，不同项目都可以有自己的评估。
跳出这个问题，测试应该测什么更多是我们要去思考的问题，而不是无脑追求覆盖率，我见过有些团队为了达到100%的指标，花时间补一些几乎没有价值的测试，比如测试getter/setter，只为了覆盖率，这样就本末倒置了。
网友评论