开发写测试吗，是敏捷开发吗

已经开源了吗？有没有 github 地址

我很好奇美国的独角兽公司开发写不写测试，至少看以前 twitch 泄露的代码测试还挺多。也许开发不写测试也属于中国特色

创业公司后端写单元测试挺少见的，有覆盖率要求吗？

设置密码是免费功能。但是首先你的 ES 是暴露在公网的？

早上醒来突然想到: 在国内这个开发几乎不写测试的环境下，做个低代码 /无代码测试平台可能挺有钱途。欢迎有钱有人脉的老哥联系我🧐

@l00t 重要的其实是有测试，单不单元是很灵活的。

再摘录一段大佬的话: I will usually use mocks for that (I'm not a big fan of mocks, and prefer to avoid them wherever possible, but I think mocking network-comm responses is reasonable). Though "it depends": sometimes I do launch the software, but from within a test.

@sulfoh6 "写单元测试过程中可以顺手解决掉几个低级错误。但基本上就到此为止了" 首先，程序员是很容易犯低级错误的，就算是老司机也经常因为低级错误翻车。如果你的低级错误直到 QA 阶段才被发现是很严重的内耗，也会降低团队间的互相信任。
"很多设计上的问题、接口的问题、性能问题、安全问题、并发问题...，单元测试都无能为力" 真的无能为力吗, 还是只是你们团队的技术水平不太够，或是你只是为了糊弄一下随便写个测试？
"因为伴随着单元测试的还有敏捷开发的其它要素，势必让依赖内部基础库的其它产品团队充当小白鼠" 敏捷开发配合自动化测试配合严格的 Code Review ，再加上技术实力靠谱的团队，这样才能实现真正的高质量快速迭代，你可以专注于迭代新功能，而不是担心别人加了个功能 /改个功能把你原来能用的东西改坏了。当然，有测试的话甩锅也比较方便。
"我呆过的一个 MNC 公司里很多印度团队，他们搞 pipeline 的漂亮花哨程度可以把上层哄得不要不要的" 也别总是黑印度工程师，国内很多工程师可能并不如印度工程师。另外国内大厂很多是依靠很大的 QA 团队进行人肉测试，才确保了你用到的东西没问题。

卷卷

其实我觉得所有代码都应该有测试，只是重要度低些的代码测一下功能正常就行，而重要度高的代码则要把各种情况都测一遍

实际上没多少公司是 TDD 的，但不代表不需要单元测试。看看大佬怎么说 https://twitter.com/mitchellh/status/1458478408749309960?s=21

@partystart 不太清楚你的实际情况，但如果让我写一个类似的接口差不多是这样。先用 ORM 查出数据与关联数据，shop = shop.query().where(id=1).withItems(func(q) {q.withextra()}).all(), 然后直接把这个 struct 转成 json

你这看上去像是 ORM ，那可能是你的 ORM 不太行. 另外如果真的很多地方用并且模式差不多可以考虑写代码生成。This is the way

对于天天写 CRUD 的兄弟们我只推荐 Ent ，真正的生产力工具。现在 v0.9.1 Custom Template 可扩展的地方更多了，定制化需求也能够满足。个人观点 Go web 开发只有配合代码生成才具有生产力。另外对于写 CRUD 还写测试的兄弟们可以试试我的 factory 轮子: https://github.com/Yiling-J/carrier, 类 factory_bot/boy 自动生成测试数据

@noobmaster 我确定一下你说 300w 并发是指同时处理 300 万个请求还是 1 天总共 300 万个?

并发 300w 可不是小数目。建议你先说一下实际场景，这张表存的是什么，为什么会有这么高的并发

@mason961125 从我的角度来看对比 Python/Ruby 肯定难写很多，很多时候非常难 mock 。举个例子 goroutine, 别人的代码里有一部分逻辑是 goroutine 完成的，而你的测试在 goroutine 没完成之前就结束了，线上这个东西没问题，但你的测试结果就是不对。而且测试轮子不多，比如类似 factoryboy/factorybot 的轮子就没看到让我满意的。

Go 写个能用的东西很快。甚至得益于 goroutine 的强大性能，写个能支持高并发的东西也挺快。但是要想写一个对开发者友好，具有一定通用性，方便扩展，易于维护的东西，就需要比较高的设计能力与品味了，而且很多时候必须要依赖代码生成，又进一步提高了门槛。另外个人感觉 Go 写测试的难度也比其他语言大些，国内用 Go 的公司写单元测试的比例估计很低

Go 这个语言写个能用的东西很快。得益于 goroutine 的强大性能，甚至说写个能支持高并发的东西也挺快。但是要想写一个对别的开发者友好，具有一定通用性，方便扩展，易于维护且方便测试的东西，就需要很高的设计能力与品味了，而且很多时候必须要依赖代码生成，又进一步提高了门槛