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

[taogen]

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

[ChoateYao]

现有项目后有天，天塌下来了，可能不是他在维护怕啥。

[mgzu]

国内大部分公司更注重快速上线，代码质量优先级估计是最低的

[ZZ74]

就我个人的感觉来说，写代码时加单测完全是为了应付规则。写不写上线后几乎 0bug ，这几年来从来没有靠单测找出 bug 来过。

[hidemyself]

足够简单，功能够用

[chendy]

市面上正经写 ut 的人和项目也没几个
若依还有其他很多框架本来就是给外包和私活的，讲究一个快，有写 ut 的功夫都干完好几个项目了

[twofox]

有个衍生的项目，是 ruoyi-vue-pro 。这个倒是有单元测试。

但是整体架构做的太复杂了，一个单体应用，什么都想往里面加。

我还是选择原本的 ruoyi ，简单好上手，BUG 不 BUG 的，全靠自己测

[fridaycatye]

因为快啊，自己用的就是 ruoyi 的微服务版的，先搭一个架子，再根据业务进行魔改

[thetbw]

业务变化这么快，哪有时间写测试

[lululau]

天呐，国内的 git 服务还真有人用啊，还 30K 的 star ，不会是服务平台给设的 star 吧

[Bingchunmoli]

就是测自己的业务代码的，ruoyi 只是个架子并没有本质的功能，基础功能比如登录，主页这种每次打开都会用，你二开也会用到字典，代码生成什么的，高频场景，用就是人工测试了

[woctordho]

有那么多人用，还要什么测试（狗头

[pengtdyd]

别担心，说不定项目没做完公司就倒闭了呢，哈哈哈哈。

[muchenlou]

有没有可能现在大部分项目都是若依搞的呢。比如个人开发者的项目，一些小型公司的项目。毕竟只是一个后台。

[Masoud2023]

外包是劳动密集型产业，与工程质量无关

[jianrenjun]

有家客户指定我们用 (摊手

[yanhuamiluan]

你用, 你自己写单测

[wellerman]

@twofox 我也用的芋道的这个项目，不过全部按最小模块拆分成独立项目了。这个项目代码质量在开源项目中还是可以的。

[zen1]

真有生产用这个框架的啊，是我狭隘了
我以为这个项目就是公众号主用来开星球，打名气的教学项目

[sky857412]

ruoyi 问题很多，但是用的也很多，无所谓了，又不是不能用

[taogen]

@sky857412 代码和人，有一个能跑就行 (doge

[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