20191017项目自省

在公司被派出去做项目，负责和客户的IT人员调试接口，以及修改项目上线中遇到的各种问题。在这个期间遇到了许多问题，同时也暴露了很多自身的问题。下面做个记录，时刻自我提醒。

1.接口的单元测试

在实现接口之后，要及时的进行测试，无论是逻辑还是对应的sql，每一个都必须很谨慎。因为我们只通过肉眼的观察，根本无法确定当中的问题，毕竟我们的大脑不是电脑，无法让代码一步一步的运行下去。还有就是，可能你的逻辑是对的，但是你的数据结构使用错误，也会导致结果的错误。除此之外，sql的正确性也很重要。当我们写完sql，如果不进行试运行，其中的一些关联和去重之类的功能就无法验证。很可能我们的逻辑是对的，但是实际结果却和你预想中不太一样。总结：代码必须进行测试，至少也是最简单的和相对来说最复杂的。

2.接口修改，必须有文档记录

我们在外面做项目，系统与系统的对接，和客户联调接口是很常见的事情。那在这联调之前，肯定是存在基本文档的：入参的数据结构、字段必填，以及对应的返回结果示例。但是，在我们实现完接口后，和客户联调结束，甚至是已经放在项目中运行的接口，也存在修改的情况。因为，我们无法避免双方需求的变动，以及之前的漏掉的未考虑的情况，这时候就要进行接口改动。在改动的时候，必须要进行相关的文档记录。为什么改动？谁提出来的改动？改动的时间？这些都需要有相关的记录。这样在后续和客户有所争执的时候，有证据，可以进行清晰的责任划分。像我所遇到的项目当时就碰到过类似情况。之前和客户确定好A字段和B字段对应的含义，但是，由于客户的原因，需要把A和B的值进行调换。客户不愿意做这个操作，于是让我来做，我同意做了，但是当时没有留下文档说明。只是做了很基本的备注，还没有注明清晰的原因。结果，在后面的时候，因为这个字段的值调换，出现了一些问题。我们排查之后，发现就是因为A和B的值对调的原因。这个时候客户就说是我们的问题，他自己都没有修改，全是我自己去改的。真的是有苦说不出。总结：接口存在修改的情况，必须留下文档说明，说清楚修改原因，以及对应的责任人。

3.遇到事情太多的时候，要及时提出来

在做项目的过程中，我不仅得负责接口的修改与调试，还得负责项目中遇到的问题的定位与bug的修改。于是，项目中所有和代码相关的工作全部砸在了我的身上，导致我的效率十分的底下，以及不良情绪的酝酿。在这个过程中，我根本无法集中精力的去处理某一件事情。往往就是刚准备和客户调试接口，想好了方案情况，项目的bug过来了，而且很紧急。我就必须放下手头的工作去解决这个问题。那在调试，定位并且解决问题之后，之前对于接口的想法，就很容易忘记。那刚准备调接口，下一个问题就进来了。所以在公司可以给予人力支持的情况下，尽量的避免这种事情的发生，及时的提出自己的需求。总结：在力有未逮的时候，及时的提出自己的需求，提高效率。