
课程咨询: 400-996-5531 / 投诉建议: 400-111-8989
认真做教育 专心促就业
单元测试是我们学习软件测试的时候需要掌握的一种基本测试方法,而今天我们就一起来了解一下,单元测试的作用与误区都有哪些。
一、单元测试的作用
1、尽早发现缺陷,降低开发投入成本
85%的缺陷是代码阶段产生的,单元测试阶段可以发现绝大部分软件缺陷。同时软件产品的缺陷发现的越早往往会大大的降低其开发的投入成本。
2、放心重构
无论是对单体项目还是单体项目向微服务架构迁移,代码都在不断的在变化和重构,通过单元测试,开发可以放心的修改重构代码,减少改代码时心理负担,提高重构的成功率。
3、改进设计
越是良好设计的代码,越容易编写单元测试,多个小的方法的单测一般比大方法(成百上千行代码)的单测代码要简单、要稳定,一个依赖接口的类一般比依赖具体实现的类容易测试,所以在编写单测的过程中,如果发现单测代码非常难写,一般表明被测试的代码包含了太多的依赖或职责,需要反思代码的合理性,进而推进代码设计的优化,形成正向循环。
选择测试驱动开发(TDD)的模式进行项目开发,以单元测试引导项目实现。这种模式下单元测试先行,根据单元测试代码开发功能代码,进而非常精准的实现业务需求,减少返工和缺陷率,可提高项目质量和效率。
二、单元测试的误区
1、单元测试浪费了太多的时间
虽然不进行单元测试可以更快的交付到后续测试阶段,但是在后续集成测试阶段、系统测试阶段会发现更多的缺陷甚至软件无法运行的致命缺陷,这些缺陷修复的时间远超过单元测试的时间。另外没有单元测试的代码后期软件进行重构或者改进时花费的时间也比有单元测试的所花费的时间要多很多。所以说完整计划下的单元测试是对时间的更高效的利用。
已经有接口集成测试、系统功能测试进行质量保证了,集成测试阶段对接口进行全面测试就可以达到单元测试的要求,没必要做重复工作在进行单元测试。
接口测试和功能测试无法覆盖所有的代码,这样如果缺陷存在则将被遗漏,并且Bug将被带到生产上去。一旦用户使用过程中触发了这些没有测试的代码就会带来严重的经济后果。
2、跑通一个业务主流程等价于做过单元测试
目前有很多开发人员认为,开发完代码之后,写个main方法,从入口调完所有的模块,后验证下返回结果,就认为做过单元测试了,这种想法是及其错误的,这充其量算一种不全面的冒烟测试,是对单元测试概念的错误认知。
【免责声明】本文系本网编辑部分转载,转载目的在于传递更多信息,并不代表本网赞同其观点和对其真实性负责。如涉及作品内容、版权和其它问题,请在30日内与管理员联系,我们会予以更改或删除相关文章,以保证您的权益!