发表于: 2019-05-13 22:54:30
0 574
今天完成的事情:金风复测
明天计划的事情:测试bug
遇到的问题:无
收获:
单元测试是什么
单元测试是开发者编写的一小段代码,用于检验被测代码的一个很小的、很明确的功能是否正确,通常而言,一个单元测试是用于判断某个特定条件(或者场景)下某个特定函数的行为1。
单元测试的好处
1,单元测试不但会使你的工作完成得更轻松。而且会令你的设计会变得更好,甚至大大减少你花在调试上面的时间
2,提高代码质量
3,减少bug,快速定位bug
4,放心地修改、重构
5,显得专业(玩笑话)
写单元测试要注意什么
1,不能只测试一条正确执行路径,要考虑到所有可能的情况
2,要确保所有测试都能够通过,避免间接损害
3,如果一个函数复杂到无法单测,那就说明模块的抽象有问题
4,配置不是单元测试的难点,难点是mock(后文讲),做单元测试需要伪造被测函数用到的大部分函数
间接损害:在整个系统中,当某一部分加入了新特性,或者修复了一个bug之后,给系统的其他(与前面可能是互不相关的)部分引入了一个新的bug(或者损害)。如果无视这种损害并且继续开发的话,那么将可能带来一个很危险的问题,最后可能会导致整个系统崩溃,并且没人能够修复。
为什么写单元测试(为什么会拒绝单元测试)
编写单元测试太花时间了?考虑下面问题:
1,对于所编写的代码,你在调试上面画了多少时间?
2,对于以前你自认为正确的代码,而实际上这些代码却存在重大的bug,你画了多少时间在重新确认这些代码上面?
3,对于一个别人报告的bug,你花了多少时间才找出导致这个bug的源码位置?
对于那些没有使用单元测试的程序员而言,上面这些问题所耗费的时间的递增速度是很快的,而且随着项目深入,递增速度会变得更快;而另一方面,适当的单元测试却可以很大程度地减少这些时间,从而为你腾出足够的时间来编写所有的单元测试——甚至可能还有剩余的空闲时间。
运行测试的时间太长?
一般合适的测试是不会让这种情况发生的。
有些真的会花很长时间的,可以把耗时的测试和其他测试分开。
不清楚代码的行为?
如果实在不清楚代码的行为,那么现在应该也不是应该编码的时候。
评论