这是claude的问题，略微有点冗余。但是只能说瑕不掩瑜。
【 在 adamhj 的大作中提到: 】
: 但是我发现AI经常把测试搞的太复杂，覆盖太全面，然后写、调测试用例的时间比写代码的时间要多N倍
:
--
FROM 222.128.5.*

他想努力完成你的测试任务，可是不了解你的环境，只能mock  
  
【 在 PaoloMaldini (solo con te) 的大作中提到: 】
:  跟他说别搞mock测试。。我感觉全是mock的锅
:  让他写点测试啥恨不得从db到redis全给我mock一圈
:  
:  【 在 adamhj 的大作中提到: 】
--
FROM 114.247.88.*

不要寄希望它能完全收敛到你想要的结果，不然会很痛苦。
完成百分之七八十就好了，剩下的还是自己去打磨更好。

【 在 mingtong 的大作中提到: 】
:
: 那得看你的需求。
: 不过要注意，给你的代码也不是100%可用的，bug一堆
: ...................
--
FROM 36.250.214.*

所以我已经强调了很多遍了，rust是ai时代最重要的语言，没有之一
比如我现在是基本不写测试代码的。

曾经我也是测试先行，用一堆测试去框住结果。
但ai时代很不一样，ai迭代的太快了，整一堆测试反而是在给自己束手束脚。

反之我现在是4w行以内完全没有测试，
4w行之后会增加少量测试，并且以e2e的集成测试为主。
至于覆盖率什么的...我的字典里完全没有覆盖率，有测试已经是我最大的让步了。


【 在 adamhj 的大作中提到: 】
: 但是我发现AI经常把测试搞的太复杂，覆盖太全面，然后写、调测试用例的时间比写代码的时间要多N倍
:
--
修改:lvsoft FROM 101.229.188.*
FROM 101.229.188.*

只有少量e2e测试怎么有信心release?
【 在 lvsoft 的大作中提到: 】
: 所以我已经强调了很多遍了，rust是ai时代最重要的语言，没有之一
: 比如我现在是基本不写测试代码的。
: 曾经我也是测试先行，用一堆测试去框住结果。
: ...................
--
FROM 222.71.196.*