同事每天Submit 10个PR

每个PR一百到几百line change，里面20%是LLM改的Code，80%是LLM写的Test Cases，这合理嘛

不合理，竟然不是 100% 的 TestCase。从去年开始我已经没有手写过任何一个测试用例了。

lz到意思应该是PR的80%是test，test 100%是LLM写的

不合理，居然让你看到PR，而不是agent自动左右互搏approve

哦哦，对。这还挺正常的。

对。正常人谁能动不动手写几十上百的test cases几分钟

主要是亚历山大啊，容易显得我干活不多

所以你干嘛了

approve 呗。我一个月 approve 了几百个，排行榜名列第一，出了问题也没人找我背锅反正

真要是每个 PR 看 10 分钟，每天 review 就几个小时，问题是扣除开会摸鱼拉屎，本来每天也就干活几小时

等到东西全崩了，高层就不再尝试亩产三万斤了

而且我感觉也没人认真看我的 PR

事情变得卷起来了

有时候感觉 LLM 是真的喜欢通过写 test case 来自我满足+糊弄人+拖时间和消耗 token 有些 test case 你一不留神 LLM 就写了好多，检查的时候才发现要么没必要、要么质量差、有的还有各种奇怪的 assumption 和之前 spec 阶段的不完全相符，如果前期 spec 不深入那更是地狱。

去年的时候 Cursor 还给我写出类似这样的测试

import React from 'react';
import { describe, expect, test } from '@jest/globals';
import { render } from '@testing-library/react';
import './index';

function ImportantComponent() {
  return <div>Something Important</div>;
}

describe('coverage spam', () => {
  test('Test ImportantComponent', () => {
    render(<ImportantComponent />);
    expect(1).toBe(1);
  });
});

不合理，我已经半年没有写过一行代码了

现在公司早就这样了 每天都是啥都不知道 闭眼merge就是了 坏了再找CC修呗

会写test已经超纲了

我现在看的好多pr都不写test. coverage不够被pipeline blocked了才ping我怎么提高coverage

蚌埠住了

tokenmaxxing 衝衝衝

确实，反正不管啥code change，搞了一堆test就好像没有bug了

学人的

有些项目没budget招专门的qa engineer

一个人干3个人的活 时间紧还要求100% coverage

很多人都加个todo说回头fix （实际上从来没fix过

agents.md 里写一下要写 test，他就会写了

反正我是没有 get 到有什么意义，除了消耗更多 token。Agent 自己是运动员自己是裁判

手打test的我像个傻逼