五年渣猿，还犯低级 bug，如何提高开发质量

[season8]

入新公司一年了吗，出过好几次 bug，都是低级问题导致一些功能受影响，几乎都被老大知道了，还有好几次是老大发现的，老大一般没说啥，但能感受到他很失望，我也感觉很操蛋，感觉不应该啊，想请教下大家，五年猿不论技术掌握，开发 bug 率是多少，如何提升质量呢

[persistz]

这种逻辑错误用全自动手段避免不了的
目前只能自己想办法设计好用例了 搞个弱一点的 tdd 写代码前先把单元测试想好

[WhoMercy]

你对代码的掌控，可能还了解得不够。
一般来说写了一个逻辑就要考虑到可能遇到的各种情况，要确保自己写的代码都能正确处理，也就是要确定好边界，如果边界很模糊，就要让写出来的代码逻辑尽量完全覆盖。

还有，犯错人人都会，只是对待的态度不同，就会决定以后是否还会继续犯错。
要对自己更严格一些，对自己的代码负责，工作上做到事无小事，错无小错。

[dajj]

正常。 其实就是缺少测试。 其它什么强类型，代码风格，评审都是次要的， 只有测试用例才能保证质量。
通常测试都挺弱的，他们也不会帮忙构造测试环境，测试数据，想要提高质量，只能花更多时间自己测试。

[mamahaha]

经常犯错证明工作内容是以创造为主，设计师的能力是体现在创造力上。过去设计院出图纸，都会有审核、校核、确认。。好几道把关，看似是人力成本增加了，但极大减小了出错造成的灾难性损失。
有了正确的认识，你就会明白不是你不合格，而是你的领导不合格。

[lil460982475]

我认为最大的问题是公司上线流程不规范，比如编码规范，测试，代码审查等等。如果必须在集成测试通过才能上生产，起码不会出现你描述的时间赋值等问题

当然，个人的编码习惯很重要

[HansCathy]

有 bug 很正常，review 代码 + 单元测试 + 集成测试 基本能发现大部分的问题

[ninechapter]

两个建议减少低级 bug:
1. 养成良好的 coding style，这个可以看看 google、facebook 这些大厂的 coding style guide book。https://google.github.io/styleguide/javaguide.html
2. 养成良好的 debug 流程和习惯。这里有一份 debug 基本步骤： https://www.jiuzhang.com/qa/3815/

[season8]

@ninechapter 谢谢，有心了

@mamahaha 跟领导没关系吧，主要责任还是对自己，因为很多后端内容只能后端人员才能测出来，虽然没有完整体系，但这个是很多公司的通病吧

@dajj 切合实际来说，我很赞同

@HansCathy 谢谢鼓励，所以加强测试是关键

[526326991]

coding 五分钟，测试两小时~
coding 五分钟，review 两小时~