前端如何尽可能多的减少 bug，大佬们讲讲你们的方法论呗

[shanejix]

bug 计入绩效，末尾淘汰

一个 bug 搞得人整天都不好了

😭

[shanejix]

@magewu1223ll codereview 只会看风格和质量，业务逻辑管不了，还得自己消化

[shanejix]

@FallenMax 确实

[shanejix]

@Biwood 老项目，上 ts 不能了

[shanejix]

@wenzichel 综合上面，也只能对每一行代码负责，写单测，花时间自测了

[shanejix]

@Pastsong 是的，哈哈

[shanejix]

@wd 没毛病

[Planarians]

还找什么 bug 赶紧找下家吧

[danhahaha]

香蕉越大香蕉皮越大

代码越少 bug 越少

[liaozzzzzz]

排期的时候把这种场景考虑进去, 花时间多覆盖测试场景吧; 单测前期需要投入更多的时间也挺麻烦的
(我们也是测试环境 bug 达到某种级后算绩效, 不过和测试关系搞好基本上也不提那种程度的 bug 了

[creanme]

你们测试写测试用例不？你开发完以后对着测试用例测一遍，然后举一反三，想想边缘情况，会不会出现 bug 。

[IvanLi127]

0 产出 = 0 Bug 。可以摸鱼了

[haah]

转后端

[FreshOldMan]

跑路🏃🏻‍♀️

[fgk]

TS ，单测，代码审核

[Torpedo]

这种问题的核心不是怎么样才算一个 bug 吗？ 一个 bug 这种东西本来就是没有标准的

前端文案也很多的。就比如我上面那句话，问好后面多了一个空格，这算 bug 吗？

最后还是落到了人上面

[haohong725]

不写代码不就没 bug 了嘛

[caisanli]

提前对完接口 后面的时间对着测试用例（测试人员提供）改 到提测时候 应该能减少很多 bug

[Features]

前端是真滴卷啊

[zyPro]

@caisanli 对着测试用例过两遍。基本没什么 bug 了，剩下只是意外情况了

[7gugu]

排期拉长，留多点 buffer ，只要测试时间允许，多让测试测一下，多用 TS 的类型检查，避免小错误，开启 eslint