单测的本质
是要去发现代码中的问题。
现实中,写单测环节中可能存在的问题
效率方面
手动代码低效,特别是代码重构的时候
有些情况对象稍微大一些,我们就得不停的手动set,耗费大量时间
质量方面
应付:为了单测而单测
单测不严谨,等于没有
对标
该项目对标JUnitGenerator V2.0
优劣势
优势
较JUnitGenerator V2.0显著提升研发效率。生成代码的调用,和猜测的验证
本插件的特色
自动的生成方法的调用,帮你自动的创建变量、方法的的参数,已随机值的方式生成,无需手动(set)
针对调用完成的方法,根据是否有返回值以及变量自动生成Assert的代码,选择性的使用
目前支持的功能
针对于单纯的javaBean的code生成,适用于util类、DDD中的领域层等等
mock类
生成Jmockit风格的单测代码
未来要支持的功能
更好的去猜测如何设置调用的case、需要多少case以及如何Assert
支持更多风格的单测生成,比如Spock等
插件的思路
方向1:将人工的单测经验,通过java代码来实现(目前的方案)
方向2:通过优质的单测例子,使用机器学习手段,不断地训练,生产单测(可能是未来的方案)
过程中的问题思考
如何指望代码不严谨的人,单测写的严禁?
矛盾&