这是一个创建于 468 天前的主题，其中的信息可能已经有所发展或是发生改变。
公司项目用了若依，我准备加自己代码的单元测试，发现这个项目里没有任何单元测试。
 |
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
dlmy 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
诚邀重视单元测试的各位试用
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 |
Select Language