做开发快 4 年了，还是因为开发过程中有问题没考虑到导致后期出问题，有没有办法解决呢？

[BaoShuiSR]

今天有是同样的原因导致了 bug，有点沮丧，开始自我怀疑了

[kiroter]

正常，蛋定

[takemeaway]

同一个错误犯几次，是你的问题。
开发后出问题，是正常的。世界上有没 BUG 的东西吗？

[sunziren]

所以问题是什么？ ？？

[karnaugh]

只能说多动脑，写代码!=动脑子，有时候只是肌肉记忆码代码而已，当你有意识的去脑补逻辑，完善需求的时候，这种没考虑到的问题会减少

但这中行为本身是“用力气”的，你本能的回去排斥，只能慢慢养成习惯了

[devHang]

TDD 或许可以尝试

[wzzzx]

俺一个一年经验的感觉，这个事不是很正常嘛。。。

[watzds]

虽然我其他记性很差，不过这个错我不会犯

[JJstyle]

可以分享分享，我也来分享 phper 容易犯的错：1. 取数组元素时没判断 key 是否存在：2. 取对象属性时没判断对象是否存在； 3.并发场景下 select then insert/update 没有使用事务和锁

[Hanggi]

刚觉还是测试写少了，测试覆盖的可能性足够广可以降低 bug 概率，当然依然无法保证 100%无 BUG 。

[OHyn]

把这个问题写到测试用例中。

[jon]

到底啥问题

[leekafai]

逻辑问题可以测试用例规避下，性能问题不遇到特定场景可能浮现不出的。
人尚且可以买保险，代码写的系统服务只能救火

[kop1989]

有问题没考虑到或者说逻辑有缺陷这个很正常。
但关键就是要有自查和快速纠正的机制。
比如楼上说的测试用例。

只有一种情况不应该，就是相同的业务出现两次逻辑不完整，这就需要反省一下了。

[Nuttertoo1s]

今年刚毕业，3 月份入职到现在经常会因为 String 类型忘加空判断，导致经常会有空指针的 bug

[DJQTDJ]

@Nuttertoo1s

这不是你的事，这是 java 的事，他要是里面写了那个判断，你还能判断错了？

[xuanbg]

写文章之前要先谋篇，写代码也一样。

[wysnylc]

先设计画图再开发,如果是编码错误那没救

[RedBeanIce]

暴言：哪怕是 10 年 Java，测试自己的代码也会 NPE ！

[bsg1992]

代码问题 还是业务问题。 一般这种情况属于后者业务没有吃透和理解导致编码时出现问题。

[YuTengjing]

提交代码前 review 一遍，提交 PR 前再 review 一遍，再让同事 review 一遍...