惊讶！连字节这样的宇宙厂都不怎么做 CodeReview 和单测？

[wxiao333]

https://urluu.com/i/2022/08/26/63081ecc1f3a3.png


来源： <amp-youtube data-videoid="nnzDq2OGSUM" layout="responsive" width="480" height="270"></amp-youtube> 8 分 15 秒

[chenxytw]

不仅仅是字节啊，你猜为什么现在的软件 bug 那么多，别说 CR 和单元测试了，测试团队都快砍没了，现在拿用户当作免费的测试人员都快成主流了.....

[wxiao333]

@hronro 是外企在国内

[xuanbg]

完全可以理解。哪有这个美国功夫去写什么单测啊。哪有人愿意去 review 别人的狗屎代码啊。

[yianing]

看组

[281x1h2ez12]

@iloveoovx 饮料是多，但是喝甜的太多了也不好。食堂的话花样确实多，偶尔有个牛排啥的。洗澡间、roof garden 这些看似很 fancy 但用到的不多。

[icyalala]

不要说什么单测稳定性，就说快不快吧?

[keith1126]

字节的逻辑是，人力成本低，而且员工愿意加班，那么，与其让员工花时间写测试跑 CI ，直接让员工人肉运维，出问题 7*24 oncall 不是更划算也更简单粗暴吗？

[lonenol]

写单侧的时间够再开发一个需求了，所以。。

[nothingistrue]

我更惊讶与楼主为什么会认为字节这样的中国互联网大厂会有正规软件过程。中国互联网大厂，从来都是规模大，小聪明多，但软件工业化程度可能都不如小外包厂。出了互联网行业，到软件行业，才有可能有正规过程的开发，不过实际上完全正规的也不多。


@janus77 #8 不要误解敏捷开发。敏捷开发的测试程度，要远高于传统瀑布开发，可以说没测试就没敏捷。

[msg7086]

单测我无所谓，但是功能测试集成测试我一定要搞。不写测试等项目滚雪球滚大了以后就等着加班修 bug 吧。
我自己的项目，只要是会跑生产的，一定会有测试覆盖，搞完以后几乎就没有 bug ，也不需要修 bug 。
当然，因为国内的码农不值钱，加班也不用加班费，所以为什么要搞测试呢，让他们加班修就是了。

[zhc]

感觉还在蜜月期，等她干满一年被卷废就开始怀念 FB 了，就不会这么委婉客气的表达了。

[kiwi95]

在 tt 经历过新业务，老业务，中台系统，没有一个有单测的。最后改造了一个系统加了比较完整的单测然后跑路了。

字节绝大部分业务代码是没有单测的，代码质量不能说差，只能说混沌一片，没有单测维护所以经常出现一些诡异的 bug

[dangyuluo]

字节跳动的面试时我面过所有公司中最恶心的一家。。虽然拿了 offer 也不想去

[kiwi95]

字节的测试人员大部分是外包，水平只能说点点点还行沟通也费劲。流水线要 qa 点了才能发布很多时候就是走过场，qa 的集成测试发现不了太多问题反而经常出问题导致发布卡壳。


实际上加了单测后研发的开发体验好太多了，只是单测质量要高。字节的项目要么没有单测要么单测跑不了，要么单测用 boe 的数据和环境，导致单测根本没法保证质量。

[wu00]

简单的业务可能就一行执行 insert 的代码，虽然单测写起来也简单，覆盖率还 100%，是不是觉得除了覆盖率没什么其他意义？
复杂的业务不知道大伙写单测是属于哪一种：
主流程走通就行，写一个成功的 case 就行，代码覆盖率可能不达标，[可接受]
代码覆盖率达标，需要写多少个 case 取决于业务上有多少个分支逻辑，[没有进度压力可接受]
代码覆盖率达标且尽可能覆盖到所有逻辑点，理想中的单测，[闲得慌]

[Danswerme]

@kera0a 好奇问一下，如果真的因为代码 bug 给公司带来巨大的经济损失，程序员需要坐牢吗?

[AyaseEri]

高压连轴转的情况下，Code Review 大多数就是走过场，知道别人写了啥。除非是把调试时的 console.log 代码带上生产这种一眼就能发现的问题。

[Sk8erBoi]

学技术真得去软通，code review ，各种测试都有

[ericgui]

没有测试的代码，你们晚上睡得好吗

[yaphets666]

@Danswerme 当然不需要啦，我记得日本有个事情，股市的涨跌搞混了，好像损失几十亿日元吧，也没事。