常常犯的思惟误区

今天看了《技术人成长》的博客，以为本身也常常遇到这种思惟误区，特记录，并对本身进行了总结，告诉本身不能犯。

1.测试人员测试方法很随意，以为是测试人员测试方法不对，不认为是本身代码没考虑彻底：

有些时候，测试进行一个功能很随意，并非按照正常流程往下走的，会出现问题，这时候就会怪测试不是正常执行，可是仔细想一想，确实，用户和测试同样，他并不知道这款程序该如何使用，也会不按照流程往下走，出现问题就是本身没有考虑周全，因此平时本身应该考虑好的不少事情：防空，防暴力点击，防异常，防错误指引等。

2.接口返回错误时，程序奔溃：

接口返回为空时，没有进行处理，以后的遍历就会出现奔溃，那这样的错就是本身的问题，处理不彻底，因此平时接口处理，不只要有异常处理，还要有数据格式不正确，为空的处理。

3.功能开发完，就无论了，丢给产品，测试：

功能开发完，程序员都撒手无论等提bug了，这样是不合适等，测试长时间这样确定会有不满的，不少问题，自测就能够发现的，本身不测试就交给他们了，这样的想法自己就是错误的，敲代码的同时须要本身走通流程，发现不少本身能发现的问题，再交给别人，才是正确的作法，不然就是不负责任的表现，也会让别人觉得本身的能力有问题，bug太多。

4.口头禅：我这边没问题啊，你的机器问题吧：

这句话，常常是程序员说的一句话，甩锅，也能够理解，毕竟通过简单的测试确实能够在本身机器上走通，因此遇到这个问题就会这么说，不过，既然出现问题，无论是机器，操做系统仍是什么，就是代码有问题，兼容性，或者别的缘由，咱们都要去解决，毕竟用户形形色色，遇到什么样子的问题均可能，本身要多去解决这类问题，成长才更快。

5.这个是产品常犯的错误，产品总会认为某一个功能很快就完成了，其实真实的开发不仅是实现功能，还有新技术的学习，bug修改：

好比一个很简单的功能，产品认为须要一天就开发完了，开发认为三天，会产生冲突，其实这些都是产品并不了解开发的流程或者是真正的开发通过，不少时候，开发要给本身留1.5倍的开发时间保证本身顺利完成某一个功能，bug修改阶段才是耗费最久的。

6.这个问题我不常犯，但会有不少人犯，就是拿到需求直接开发：

一个领导高明之处就在于开发以前他就已经想好怎么开发，用到什么技术，须要怎么配合了，我平时拿到需求也会进行分割，技术总结，用到什么东西，须要别人配合的提早打好招呼，时间估计，这些都会让我在开发的时候更加顺畅。

7.多沟通，不少技术人员就知道低头开发，并不去交流：

有些时候，开发也能够提出本身的质疑，不合适的地方或者不理解的地方都要和产品，设计进行交流，密切交流，配合才是一个团队最有力的表现。