0、引言
之前有写过单元测试的基本工具使用,如:Junit使用、白盒测试、代码覆盖率统计工具,单元测试本身技术难度上不是障碍,但工作几年后发现,真正能践行单元测试的项目寥寥无几了。
自己对单元测试与集成测试的理解是,可以把测试当做人的一次体检活动:单元测试类似逐一检查头、颈、上肢、下肢、躯干是否有异常(局部入手);集成测试类似根据人整体健康是否有问题,来判断是否需要去做更进一步的检查(全局入手)。
下面聊聊自己在单元测试中的一些感受, 共大家参考。
1、单测的”切肤之痛“
痛点一:实现成本投入与收获不成比例
实现成本较大——由于写单测需要对应的技术人员对代码十分的熟悉,并且代码层面的任何变动都需要去及时的修改对应的单测代码,因而对于每天有需求在对接、开发的技术人员来说,写单测的时间需要额外占用了。
产出相对较少——首先,相比于模块、集成测试发现的问题fix掉后,就直接可以交付产品,单测发现的问题fix掉后,只是一个方法的交付,这在产出方面”看起来“就太小了;其次,与相