[开发测试]故障后的一点感想

?? ?这个礼拜接了个需求，由于表中现有字段无法满足查询，所以新增了个几个字段。一顿操作完成，字段加上，从kafka消费数据完成，心里美滋滋。

?? ?好景不长，问题出现了，别的部门反映查询出来的数据有问题，导致他们线上一些业务无法操作了，心里一激灵，就立马开始排查起来。不管怎么说先止血吧，是由于数据库中有个表字段既有null又有空字符造成的，立马查询加入判断，止血结束。

?? ?虽然止血了，但是总要知道是什么原因造成的吧，那么就开始一点点排查原因。原因就是现在公司规定字段必须要非空并且给默认值，但是以前是不要求的，导致在老表里面有很多字段是允许为null。然后公司封装的框架，insert语句也有点小坑，就导致新的消费逻辑上了以后，有个字段变成了空字符。
?

?? ?其实这些和字段允许为null，公司insert语句有坑关系都不大，问题还是出在我们自身上面。所以理解了为什么国外这么推崇TDD，其实不无道理，但是真的很难实现。
?

????总结了一下出现问题的几个原因：

1. 开发没有单元测试?
2. 开发缺少相应的文档?
3. 没人走读代码?
4. 开发没有跟测试讲清楚数据会对哪些系统有影响?
5. 测试也没有意识到下游的一些情况

?????总之，生产出问题无非几个原因?

1. 机器或中间件挂了?
2. 代码有bug。
3. 有人恶意搞破坏

?? ?希望通过这些手段能够把风险控制在最前面。当然对测试也提出了要求，如果数据或接口涉及到相关方，一定要通知到相关方去去验证。当然还有一个很重要的一点：在工作中，生活中，现在都是一个互相依赖的社会，开发过程中，开发人员与开发人员多沟通，开发人员与测试人员多沟通。消灭因为理解不同产生的歧义，最终达成一致。
?? ?

?????这是这次吃了故障的一点感想。