正视Bug

经常会因为一些小细节,不仔细,粗心,或技术细节点的不知导致bug的产生。
虽说，coding代码不可能不产生bug。但我仍然希望自己尽量在日常coding中产生更少的bug。
也给自己一次正视bug的机会，分析出现的原因，提升个人代码质量。
即使做着拧螺丝的工作，也要拧紧每一颗螺丝。
高中，每次考试都会做一本错题集。接下来我将制作我的Bug集记录下我产生的bug。

项目中产生bug的原因：

1.需求自身问题产生bug
2.与需求理解不一致产生的bug
3.已有功能不了解产生的bug
4.自测不仔细产生bug
5.自测思路局限产生bug
6.新人问题／接手前人的需求
7.环境问题产生的bug
8.代码重构产生的bug
9.临时介入的bug（需求描述不清、已有业务不了解等）
10.其他产品修改产生的bug或我们修改公共服务或组件产生的bug
11.复杂性系统不可避免的bug

如何减少bug

个人觉得，从项目的研发阶段和效率价值金字塔出发，着重整体上把控质量，上下游一体，从源头开始:

1. 需求的评审
2. 架构设计方案评审
3. 代码模块设计，包的依赖的规划，接口的设计的review
4. 代码的review的机制
5. 测试用例评审
6. 使用代码检测工具，自动发现问题

经常问问自己这些问题：

◆“要保证这个问题不会再出现，我该怎么做？”
◆“要想少出些Bug，我该怎么做？”
◆“要保证Bug容易被修复，我该怎么做？”
◆“要保持对变化的快速响应，我该怎么做？”
◆“要保证我的软件的运行速度，我该怎么做？”
如果大多数团队都能不时问一下自己，必定会从中得益，因为这些都是真正强而有力的问题。

那些Bug

mysql各版本对23:59:59的时间处理：https://www.jianshu.com/p/fafc05915227