问题一：单元测试如何增加代码变更的信心？
单元测试如何增加代码变更的信心？
参考回答：
有充足单元测试覆盖的代码可以显著提升改造代码的信心和意愿，因为单元测试可以快速验证代码变更是否正确，从而增加开发者对代码变更的信心。
关于本问题的更多回答可点击原文查看：https://developer.aliyun.com/ask/620152
问题二：为什么说单元测试可以提升代码的自解释性？
为什么说单元测试可以提升代码的自解释性？
参考回答：
好的单元测试其实也可以被看作代码的文档，通过读测试就能快速理解代码的作用。单元测试作为文档还解决了文档保鲜的难题，给开发者提供了一套高质量、随着代码不断更新的文档，从而提升代码的自解释性。
关于本问题的更多回答可点击原文查看：https://developer.aliyun.com/ask/620153
问题三：测试反⾯模式的冰激凌筒模式是什么意思？
测试反⾯模式的冰激凌筒模式是什么意思？
参考回答：
冰激凌筒模式只关注⽤户视⻆的端到端测试、⼤量依赖QA测试都会产⽣如下图所示的反⾯模式。很不幸，这也是在过去的测试体系影响下最常⻅的模式。冰激凌筒模式下，测试套件通常运⾏缓慢、不可靠、难以使⽤。缺失底层的单测也会让项⽬变得⾮常难维护，很难做⼤的改动。
关于本问题的更多回答可点击原文查看：https://developer.aliyun.com/ask/620155
问题四：测试反⾯模式的沙漏模式是什么意思？
测试反⾯模式的沙漏模式是什么意思？
参考回答：
沙漏模式下，项⽬中有⼤量的单元测试和端到端测试，但缺乏集成测试。虽然它不像冰激凌筒那么糟糕，但仍会导致许多端到端测试失败，这些失败本可以通过⼀套中等范围的测试更快更容易地捕捉到。当模块间紧密耦合，使得依赖项很难单独实例化出来的时候，就会出现沙漏模式。
关于本问题的更多回答可点击原文查看：https://developer.aliyun.com/ask/620156
问题五：测试的常⻅误区有哪些？
测试的常⻅误区有哪些？
参考回答：
常⻅误区⼀：⽤户第⼀，测试覆盖⽤户的需求⾜够了这个误区下会认为，端到端测试是站在⽤户视⻆做测试，把⽤户要的功能点都覆盖到就⾜够了。这种误区导致的结果就是冰激凌筒反⾯模式。虽然软件交付的最终功能是给客户使⽤的，但构成软件的代码本身是给⼈（研发）读的、需要⼈去维护。外部⽤户是⼈，内部⽤户也是⼈。
常⻅误区⼆：All-in端到端测试，节省了80%的测试代码量，赢麻了从短期来看，不写单测可以节省80%的测试代码量和⾄少50%的研发时间。但只要项⽬复杂起来，时间线拉⻓，过去⽋的历史债务（technical debt）早晚要加倍奉还。等到真正需要还债的时候再去补，可能为时已晚。
常⻅误区三：写单测的⼈都弱爆了，我⻓这么⼤还没写出过bug这篇⽂章可能不适合你。不过软件开发是个团队项⽬，你写的代码最终也会落到别⼈⼿⾥去升级维护，没有测试覆盖的代码是没⼈敢碰的。
关于本问题的更多回答可点击原文查看：https://developer.aliyun.com/ask/620157
