一般研发部门的领导都是要求开发人员编写单元测试代码,因为领导凭着自己的经验能够意识到单元测试的重要性,基本上每个小的功能都要编写单元测试。
虽然是测试,也不一定非得在编写完代码之后编写,因为单元测试有其特殊性,在开发某个功能之前,毫无疑问,工程师已经对模块中每个小功能的实现做了详细的思考和规划,一个功能应该怎么实现,心中了如指掌,在这个前提下完全可以预先编写单元测试用例,而且编写单元测试,同时也是全面分析某个功能可能出现的任意bug的过程(这是一次很重要的分析过程,从而会在很大程度上避免一些错误。
而在现实中,这种问题出现的太多了,给人的感觉是程序员只是一味地实现功能,而不去考虑功能实现的完整性、健壮性),如此,编写好的程序只要一运行,就能利马知道这段代码的好坏;另外一个好处是,单元测试能“监听”以后开发中的代码改动、模块衔接所出现的大多错误,从而最大程度的避免了新的bug,是这就是磨刀不误砍柴工吧。
共1条
1/1 1 跳转至页
什么是单元测试
关键词: 什么 单元 测试
共1条
1/1 1 跳转至页
回复
有奖活动 | |
---|---|
【有奖活动】分享技术经验,兑换京东卡 | |
话不多说,快进群! | |
请大声喊出:我要开发板! | |
【有奖活动】EEPW网站征稿正在进行时,欢迎踊跃投稿啦 | |
奖!发布技术笔记,技术评测贴换取您心仪的礼品 | |
打赏了!打赏了!打赏了! |