这是一个创建于 786 天前的主题，其中的信息可能已经有所发展或是发生改变。
公项目用了若依，我准备加自己代码的单元测试，发现这个项目里没有任何单元测试。
 | 1 ChoateYao 2023-09-15 10:53:40 +08:00 现有项目后有天，天塌下来了，可能不是他在维护怕啥。 |
 | 2 mgzu 2023-09-15 11:15:59 +08:00 国内大部分公司更注重快速上线，代码质量优先级估计是最低的 |
 | 3 ZZ74 2023-09-15 11:19:36 +08:00  1 就我个人的感觉来说，写代码时加单测完全是为了应付规则。写不写上线后几乎 0bug ，这几年来从来没有靠单测找出 bug 来过。 |
 | 4 hidemyself 2023-09-15 11:21:16 +08:00 足够简单，功能够用 |
 | 5 chendy 2023-09-15 11:23:37 +08:00 市面上正经写 ut 的人和项目也没几个 若依还有其他很多框架本来就是给外包和私活的，讲究一个快，有写 ut 的功夫都干完好几个项目了 |
 | 6 twofox 2023-09-15 11:24:24 +08:00 有个衍生的项目，是 ruoyi-vue-pro 。这个倒是有单元测试。 但是整体架构做的太复杂了，一个单体应用，什么都想往里面加。 我还是选择原本的 ruoyi ，简单好上手，BUG 不 BUG 的，全靠自己测 |
 | 7 fridaycatye 2023-09-15 11:30:11 +08:00 因为快啊，自己用的就是 ruoyi 的微服务版的，先搭一个架子，再根据业务进行魔改 |
 | 8 thetbw 2023-09-15 11:34:31 +08:00 业务变化这么快，哪有时间写测试 |
 | 9 lululau 2023-09-15 11:35:20 +08:00 天呐，国内的 git 服务还真有人用啊，还 30K 的 star ，不会是服务平台给设的 star 吧 |
 | 10 Bingchunmoli 2023-09-15 11:56:08 +08:00 via Android 就是测自己的业务代码的，ruoyi 只是个架子并没有本质的功能，基础功能比如登录，主页这种每次打开都会用，你二开也会用到字典，代码生成什么的，高频场景，用就是人工测试了 |
 | 11 woctordho 2023-09-15 12:30:15 +08:00 via Android 2 有那么多人用，还要什么测试（狗头 |
 | 12 pengtdyd 2023-09-15 12:51:33 +08:00 别担心，说不定项目没做完公司就倒闭了呢，哈哈哈哈。 |
 | 13 muchenlou 2023-09-15 13:36:12 +08:00 有没有可能现在大部分项目都是若依搞的呢。比如个人开发者的项目，一些小型公司的项目。毕竟只是一个后台。 |
 | 14 Masoud2023 2023-09-15 13:42:27 +08:00 2 外包是劳动密集型产业，与工程质量无关 |
 | 15 jianrenjun 2023-09-15 14:04:00 +08:00 有家客户指定我们用 (摊手 |
 | 16 yanhuamiluan 2023-09-15 14:40:22 +08:00 你用, 你自己写单测 |
 | 18 zen1 2023-09-15 14:52:35 +08:00 真有生产用这个框架的啊，是我狭隘了  我以为这个项目就是公众号主用来开星球，打名气的教学项目 |
 | 19 sky857412 2023-09-15 16:14:36 +08:00 ruoyi 问题很多，但是用的也很多，无所谓了，又不是不能用 |
 | 21 midsolo 2023-09-15 16:57:51 +08:00 更离谱的是，我司的一些后台管理类项目是以项目外包的形式包出去做的，外包公司的架构师给我们上了一套 ruoyi-cloud ，交付给我们的代码像屎山一样，至少有一半以上的无用代码，我们自己接手后全部推翻重做了一遍。 |
 | 22 hyqCrystal 2023-09-15 17:01:58 +08:00 @wellerman 这个 ruoyi-vue-plus 这个我感觉 有很多亮点。 |
 | 23 xuanbg 2023-09-15 17:18:44 +08:00 那么多人测试，你还要什么单测 |
 | 24 zhady009 2023-09-15 19:15:18 +08:00 via iPhone AjaxResult （狗头 |
 | 26 ZeroDu 2023-09-15 23:44:16 +08:00 因为真正搞单元测试的公司不会用这种项目的，当然 v2 里面大厂外企的多，才会觉得不可思议 |
| 27 ZeroDu 2023-09-15 23:46:54 +08:00 @ZeroDu #26 还有，java 这边 springboot springcloud 的比较火的脚手架就那几个。v 友说的那种完备完美的反开源的是没看到过 |
 | 28 dayeye2006199 2023-09-15 23:53:41 +08:00 1 我觉得大家说时间紧，变化多，写测试没时间收益低，我可以理解。 但是大家上来说谁写 单元测试啊，单测没用 这个我就不是很理解了。。 |
 | 29 taogen OP @dayeye2006199 我觉得不写单元测试代码会不稳定，不能确保每次的修改不会改坏其他的功能。容易导致解决了一个 bug ，引入了另一些 bug 。 |
 | 30 zoharSoul 2023-09-16 01:35:20 +08:00 这啥玩意? 没听说过啊... |
 | 31 LosLion 2023-09-16 09:38:33 +08:00 2 @ZZ74 我觉得不是. 我说一个场景, 如果是一个需要很多组配合的复杂系统, 你当时写的接口没什么问题. 但是, 如果 1 年后, 有一个你调用的接口变了一点, 但是这个接口又是比较隐蔽的地方. 测试只测试了你那天上线的新的功能或变更(总不能每次都测所有功能吧), 没测到... 这是比较常见的, 如果有比较好的单元测试应该就能发现. 别人调用你的接口也一样 |
| 33 ZZ74 2023-09-16 11:34:22 +08:00 @LosLion 此时你需要的是 修改和补充 本系统的自动化端到端测试 以及 你依赖的接口的模拟 这里所谓端到端测试只有你自己的系统是真实的，依赖的接口都是模拟的。测试用例通过你的接口触发业务，系统再调用模拟接口。 内部变化靠单测，外部变化要靠自动化端到端测试。否则结果就是 大家都说 我这里一切都是好的 然后联调还是不成功 复杂系统改动，靠测试人员测新功能，不靠谱的。上述的端到端测试要么开发人员自己写，要么就是测试写。 |
 | 34 awolf 2023-09-16 12:27:57 +08:00 1 本来以为项目会先垮的，后来发现公司可能会更快一些 |
 | 35 chuck1in 2023-09-19 09:59:20 +08:00 这个若依附带了一大堆功能实际上不算是脚手架了。 |
 | 36 QWE321ASD 2023-09-19 21:59:38 +08:00 没单元测试的哥们,你们代码都是一次性写好的吗?万一后面你说你优化了一下,结果别人用了以后说怎么功能变了一点,这样不是很尴尬 |
 | 37 ccmjga 2023-12-18 21:34:58 +08:00 诚邀重视单元测试的各位试用 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 |
Select Language