Java 脚手架若依 0 单元测试，为什么还那么多人用

[taogen]

公司项目用了若依，我准备加自己代码的单元测试，发现这个项目里没有任何单元测试。

[dlmy]

更离谱的是，我司的一些后台管理类项目是以项目外包的形式包出去做的，外包公司的架构师给我们上了一套 ruoyi-cloud ，交付给我们的代码像屎山一样，至少有一半以上的无用代码，我们自己接手后全部推翻重做了一遍。

[hyqCrystal]

@wellerman 这个 ruoyi-vue-plus 这个我感觉 有很多亮点。

[xuanbg]

那么多人测试，你还要什么单测

[zhady009]

AjaxResult （狗头

[mikaelson]

@zen1 #18 我们公司的所有项目都是用 ruoyi 。。。直接复制黏贴

[ZeroDu]

因为真正搞单元测试的公司不会用这种项目的，当然 v2 里面大厂外企的多，才会觉得不可思议

[ZeroDu]

@ZeroDu #26 还有，java 这边 springboot springcloud 的比较火的脚手架就那几个。v 友说的那种完备完美的反开源的是没看到过

[dayeye2006199]

我觉得大家说时间紧，变化多，写测试没时间收益低，我可以理解。
但是大家上来说谁写 单元测试啊，单测没用
这个我就不是很理解了。。

[taogen]

@dayeye2006199 我觉得不写单元测试代码会不稳定，不能确保每次的修改不会改坏其他的功能。容易导致解决了一个 bug ，引入了另一些 bug 。

[zoharSoul]

这啥玩意? 没听说过啊...

[LosLion]

@ZZ74 我觉得不是. 我说一个场景, 如果是一个需要很多组配合的复杂系统, 你当时写的接口没什么问题. 但是, 如果 1 年后, 有一个你调用的接口变了一点, 但是这个接口又是比较隐蔽的地方. 测试只测试了你那天上线的新的功能或变更(总不能每次都测所有功能吧), 没测到... 这是比较常见的, 如果有比较好的单元测试应该就能发现. 别人调用你的接口也一样

[taogen]

@LosLion 赞同

[ZZ74]

@LosLion
此时你需要的是 修改和补充 本系统的自动化端到端测试 以及 你依赖的接口的模拟
这里所谓端到端测试只有你自己的系统是真实的，依赖的接口都是模拟的。测试用例通过你的接口触发业务，系统再调用模拟接口。
内部变化靠单测，外部变化要靠自动化端到端测试。否则结果就是 大家都说 我这里一切都是好的 然后联调还是不成功

复杂系统改动，靠测试人员测新功能，不靠谱的。上述的端到端测试要么开发人员自己写，要么就是测试写。

[awolf]

本来以为项目会先垮的，后来发现公司可能会更快一些

[chuck1in]

这个若依附带了一大堆功能实际上不算是脚手架了。

[QWE321ASD]

没单元测试的哥们,你们代码都是一次性写好的吗?万一后面你说你优化了一下,结果别人用了以后说怎么功能变了一点,这样不是很尴尬

[ccmjga]

诚邀重视单元测试的各位试用
https://www.v2ex.com/t/1001297#reply2

脚手架拥有完善的单元测试、集成测试、端到端测试，并根据不同的测试分类隔离了每种类型测试的运行环境。不会随便运行一个什么测试就启动整个 SpringBootTest


@ChoateYao
@mgzu
@hidemyself
@chendy
@twofox
@thetbw
@lululau
@woctordho
@pengtdyd
@muchenlou
@Masoud2023
@jianrenjun
@yanhuamiluan
@wellerman
@zen1
@sky857412
@taogen
@dlmy
@xuanbg
@zhady009
@mikaelson
@ZeroDu
@dayeye2006199
@zoharSoul
@LosLion
@ZZ74
@awolf
@QWE321ASD

[lizy0329]

@ZZ74 你在这里说说就好，传出去怕是要被别人笑掉牙了