@RedisMasterNode 我也向领导提过，当我的代码里出现“防御性代码”时，要覆盖它就变得非常困难，实际操作中，我可能为了避免写单元测试，把防御性代码撤销掉。
但 100%覆盖是“政治性”要求，没有商量的余地，而实际执行中，的确挺恶心。但也驱使着大家在写代码的时候，同时也思考着如何写出可测试的代码，间接地也提高了代码质量。实际上，我真的遇到了上面提到的“防御性代码”问题，但良心驱使我不能把这行代码删掉，解决的办法就是利用函数变量，在单元测试的时候把一些函数 mock 掉。

当然我们无法评价 100%覆盖所带来的价值，毕竟无法控制所有时空变量来比较，简单说，带来的价值无法量化，所以无法比较。

但从逻辑推理上说，还是有价值的，例如实施单元测试肯定对代码质量有所提升，我们重构的时候更加容易，合并主干的时候心里更有底气。

但我必须说，100%单元测试覆盖是一种倒逼行为，我们还需要正向的研发指导和程序架构设计，否者这个过程会很痛苦和很漫长。