大家的 bug 率有多低？

[Breadykid]

按需求功能来算：

后端 拿一个简单功能的 curd 接口来说好了

前端 按一个页面模块来说好了

为什么提这种问题呢？ 因为我觉得在开发的时候看 word 版的 prd 对于细枝末节的地方真的很容易遗漏，特别是写成论文式样的 prd。还没人摘出来，有的需求在好几个地方要求一致，然后只在某一个功能上标注了，开发量一大好容易漏掉，然后测试 bug 率飙升。 而且，测试很多都是按看到的点来提的，比如一个接口的 bug，字段 A 值不对一个 bug，字段 B 为空一个 bug。。。结果一个接口好几个 bug。。。

bug 多的时候真的想哭

[jmc891205]

bug 率是什么
分子是 bug 数量
分母是什么？代码行数？

[LongMaoz]

脑子正常的时候基本不会写 BUG
但是有时候脑子抽了想不开了写出来的代码全是 BUG

[nihaoaa]

不存在的，我的代码没有 bug，肯定是测试不会测，还没搞懂需求就瞎 bb

[wizzer]

每天都在写 bug 中

[orzorzorzorz]

并不会有。要是测试组测出来的 bug 多于某个数字是要扣绩效的，所以我都是 py 好测试，有 bug 别急着白纸黑字，先跟我说，我先熬着改着。你看无 bug 多简单。

[leonard916]

基本不存在什麽 bug
只要需求明確也基本不會有設計問題

[way2create]

bug 一般不是写出来的，是改出来的

[Sapp]

只要不是改需求，我一般差不多一天一个 bug，不分大小，加班和赶工就不一定了，bug 急速增长。比较蛋疼的是经常有几个月前的小 bug 被发现，找了半天改完又改出了新 bug。

[infun]

@orzorzorzorz 要是再来一条 ，测试开的 bug 少于多少扣绩效 咋办？

[Torpedo]

一般提测前，自己把功能过一遍明显减少。有时间加单元测试。
流程上来说，测试必不可少

[Breadykid]

@jmc891205 分母是功能数量

[Breadykid]

@LongMaoz 看来大佬从不写 bug 呐

[Breadykid]

@nihaoaa 噗噗噗

[Breadykid]

@wizzer 以前老大说，写代码就是在写 bug [非嘲讽，诚恳脸

[vyronlee]

巅峰时期最多挂着 200 多个 bug

[Breadykid]

@orzorzorzorz 看来我没和测试搞好关系，人家是公事公办，态度强硬

[Breadykid]

@leonard916 就是需求有很多无所谓的地方。。。然后测试用例变成了某个指定。。。

[Breadykid]

@way2create 真理！

[Breadykid]

@Sapp 哭哭

[herozzm]

其实我一直想说 bug 多是水平差 别说需求 xxx