V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  GallifreyCAR  ›  全部回复第 1 页 / 共 6 页
回复总数  120
1  2  3  4  5  6  
帮忙推广了,想体验一下 pro 版,不错的话就充值一下
@Tink 我好像是 22 年,23 年注册的 https://i.imgur.com/NIvxivj.png
PDD 买了铂金膜+防蓝光膜的蔡司,确实偏黄偏暗,但是不能改了,心痛钱,只能以后再换了
@KingHL #106 那样的话,其实我们公司提供了测试环境的数据库,只是不经常维护而已
@KingHL

也有把单测当成集成测试手段的,在功能入口处设计编写用例,每个用例都是有具体业务含义的,这种好处是单测用例易于设计,运行成功代表功能可用,但是需要进行大量的下游调用方 mock 和数据组织,维护复杂度高

我们其实就是这种情况,业务要大量 mock 数据库返回,mock 缓存队列返回,mock 一些外部服务系统的返回,
要用上 各种库才能实现,类似 gomonkey, sqlmock 等等。所以我还是希望改造改造框架为依赖注入,拆分出抽象接口。但是我在同事间调研,大家不想写的心情居多,看了 v2 回答,我觉得可能向上反馈,不推行也是一种方案。
@NX2023 #81 我也不太接受,只有写这个 demo 的时候试验过,正式要搞太折磨了,不如直接改框架。
@wxw752 应该是变成 mvc 那样了.....
@NX2023 数据库我是用这个库实现的 github.com/DATA-DOG/go-sqlmock ,外部调用服务的情况,我目前还没想到同步好的方式,但是 gomonkey 是个很好思考方向。
@baby0w0 大家反对的点也在这里,特别是使用 sqlmock ,改了数据库方法,还得改测试的 sql 的语言,像我们这种每周不断迭代功能的业务功能上,根本经不起折腾
@qbmiller #23 现在 p0 项目,测试会介入写测试用例,开发来测试。p0 以下的用例,测试不介入,不给测试用例,开发自测。具体质量,完全看开发自测效果了。

其实以前无论项目大小是测试写测试用例,测试帮忙测试。但是今年开始测试不招人了...
@jjwjiang 大佬还是你看得清楚啊。下面一堆说用 AI 的,但是没有抽象,神仙来了都写不了 UT 别说 AI 了。
第二点,其实我感觉就是上面要干掉测试组的一些名头。从今年开始逐步减少测试介入,p0 下项目推行开发自测....
@Biggoldfish 合并代码,只要代码 review 就行了。如果是大项目,大家一起 review ,小迭代是 leader 审批。
@op351 点点点,手动测试,功能测试 https://i.imgur.com/NIvxivj.png
@demolock 吐不出的,目前的架子,只有那种完全查库的 service 方法的才可能完全 mock ,写出单元测试。我们公司虽然不大,但是业务也非常繁重的。十几个系统交织在一起互相调用情况非常常见。
11 天前
回复了 bloks 创建的主题 职场话题 上班空闲时间都是怎么摸鱼的?
@LUOMUXIE 看上去是个健身 up
顶贴捧场,大佬加油
1  2  3  4  5  6  
关于   ·   帮助文档   ·   自助推广系统   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1082 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 30ms · UTC 18:26 · PVG 02:26 · LAX 11:26 · JFK 14:26
Developed with CodeLauncher
♥ Do have faith in what you're doing.