一共出现了三个问题：

1.测试代码带到上线了

2.showcase的时候都没把主流程跑通。最后靠zhachen救场。

​ 没有在本地把环境搭起来。导致debug的效率非常低。

  • 单元测试覆盖非常重要，写单元测试的确很花费时间，但是写好之后，单元测试可以每次都跑，节约了人肉测试的时间

3.忘了

太相信QA了…

进行反思

也不要完全相信QA。

给自己一次失败的机会，但是下次要做好。这次只能是幸运、真的要算就是三次事故。

  • 一定要把思维训练的更加严谨，我认为这对我个人的长远发展是有好处的，开发之前，一定要想的比较清楚了，再开始，这样可以进一步减少后续的错误

  • 单元测试覆盖非常重要，写单元测试的确很花费时间，但是写好之后，单元测试可以每次都跑，节约了人肉测试的时间

  • review这个流程非常重要，但是本次由于单个PR太大，review并没有发挥作用（review的也不够细致）

  • 即使有review，也不能依赖review。还是要对自己的产出质量有要求，这是我对自己新的五年的一个要求

  • 改动之后，一定要自己先完整的测试几遍，对于不熟悉的部分，一定要找老员工问清楚

  • 对于大的改动，应当是先写好单元测试，然后再开始改动，这样就更容易知道哪里改错了

这次一定要先把主流程跑通。同时完善单测。

好消息是。我用很小的代价，得到了很大的教训。

此后的每一个改动， 我都有加上单元测试，以及人肉去回归一遍。