简介: 一个单元测试是一段自动化的代码,这段代码调用被测试的工作单元,之后对这个单元的单个最终结果的某些假设进行校验。单元测试几乎都是用单元测试框架编写的;只要产品代码不发生变化,单元测试的结果是稳定的。那么如何写出有效的单元测试呢?
作者 | 王浩(光酒) 来源 | 阿里开发者公众号
《单元测试的艺术》中对单元测试的定义:
一个单元测试是一段自动化的代码,这段代码调用被测试的工作单元,之后对这个单元的单个最终结果的某些假设进行校验。
(相关资料图)
单元测试几乎都是用单元测试框架编写的;只要产品代码不发生变化,单元测试的结果是稳定的。
在我看来,单元测试的意义可以总结如下三点:
单元测试是保证你写的代码是你想要的结果的最有效办法 单元测试帮我们塑造设计 单元测试是最好的文档之一单元测试描述了代码的预期行为,可以最有效地保证代码正确运行,减少代码缺陷;由于单元规模较小,当因为代码变更出现问题的时候,可以帮助我们快速定位问题;有单元测试覆盖的代码,让我们更有信心,敢于放心做代码重构;
写单元测试的过程往往伴随着代码重构,如果发现一段代码单元测试很难写,就需要反思我们的设计,进而重构促进代码设计的优化,帮助我们塑造设计;
同时单元测试也是一个最佳的、自动化的、可执行的文档;没有单测覆盖的代码,是很难被维护的。
可读、可维护、可信赖、快速执行!
《单元测试的艺术》中描述优秀单元的特性:
它应该是自动化的,可重复执行; 它应该很容易实现; 它应该第二天还有意义; 任何人都应该能一键运行它; 它应该运行速度很快; 它的结果应该是稳定的(如果运行之间没有进行修改的话,多次运行一个测试应该总是 返回同样的结果); 它应该能完全控制被测试的单元; 它应该是完全隔离的(独立于其他测试的运行); 如果它失败了,我们应该很容易发现什么是期待的结果,进而定位问题所在。
“一般程序员写得出计算机能读懂的代码。优秀程序员写得出人能读懂的代码” — 马丁·福勒
可读的代码才是可维护的;难以阅读和理解的测试用例,最终的结果就是删掉它,因为维护成本过高。可读性高于纯粹的性能。
团队内使用一套范式的结构,有助于使之更好用,快速定位问题;消灭代码中的坏味道。
可信赖的含义:
测试可重复; 测试与依赖环境隔离; 只测试不进行验证是不可靠的测试; 在测试类中不要依赖与测试的顺序; 测试的结果是精准的:校验的精准以及错误问题的精准定位;保证单测快速执行,缩短反馈时长;
无效的单元测试是没有意义的,反而会增加维护成本,最终导致单元测试的失败!
点击链接查看原文,关注公众号【阿里开发者】获取更多福利!https://mp.weixin.qq.com/s/Y75fSX92kysSmYrhEH6QFQ
版权声明: 本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。