V2EX › GaliC2077 的所有回复 › 第 4 页 / 共 9 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 2 3 4 5 6 7 8 9

❮

❯

2025 年 8 月 26 日

回复了 OrionRies 创建的主题 › 分享创造 › 颠覆传统：忘掉“学”英语，开始“接触”英语！一键给你的浏览器装一个“英语环境”生成器

帮忙推广了，想体验一下 pro 版，不错的话就充值一下

2025 年 8 月 25 日

回复了 GaliC2077 创建的主题 › 分享发现 › V 站的用户平均年龄应该是比 L 站要大一些的

@Tink 我好像是 22 年，23 年注册的 https://i.imgur.com/NIvxivj.png

2025 年 8 月 25 日

回复了 z1gui 创建的主题 › 生活 › 最近想换个近视眼镜，有什么推荐的镜片镜架。

PDD 买了铂金膜+防蓝光膜的蔡司，确实偏黄偏暗，但是不能改了，心痛钱，只能以后再换了

2025 年 8 月 21 日

回复了 GaliC2077 创建的主题 › 职场话题 › 公司要推行单元测试，但是执行太过于困难，大部分同事不支持怎么办？

@KingHL #106 那样的话，其实我们公司提供了测试环境的数据库，只是不经常维护而已

2025 年 8 月 21 日

回复了 GaliC2077 创建的主题 › 职场话题 › 公司要推行单元测试，但是执行太过于困难，大部分同事不支持怎么办？

@KingHL

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

我们其实就是这种情况，业务要大量 mock 数据库返回，mock 缓存队列返回，mock 一些外部服务系统的返回，
要用上各种库才能实现，类似 gomonkey, sqlmock 等等。所以我还是希望改造改造框架为依赖注入，拆分出抽象接口。但是我在同事间调研，大家不想写的心情居多，看了 v2 回答，我觉得可能向上反馈，不推行也是一种方案。

2025 年 8 月 21 日

回复了 GaliC2077 创建的主题 › 职场话题 › 公司要推行单元测试，但是执行太过于困难，大部分同事不支持怎么办？

@NX2023 #81 我也不太接受，只有写这个 demo 的时候试验过，正式要搞太折磨了，不如直接改框架。

2025 年 8 月 21 日

回复了 GaliC2077 创建的主题 › 职场话题 › 公司要推行单元测试，但是执行太过于困难，大部分同事不支持怎么办？

@wxw752 应该是变成 mvc 那样了.....

2025 年 8 月 21 日

回复了 GaliC2077 创建的主题 › 职场话题 › 公司要推行单元测试，但是执行太过于困难，大部分同事不支持怎么办？

@NX2023 数据库我是用这个库实现的 github.com/DATA-DOG/go-sqlmock ，外部调用服务的情况，我目前还没想到同步好的方式，但是 gomonkey 是个很好思考方向。

2025 年 8 月 21 日

回复了 GaliC2077 创建的主题 › 职场话题 › 公司要推行单元测试，但是执行太过于困难，大部分同事不支持怎么办？

@baby0w0 大家反对的点也在这里，特别是使用 sqlmock ，改了数据库方法，还得改测试的 sql 的语言，像我们这种每周不断迭代功能的业务功能上，根本经不起折腾