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