今天看了《技术人成长》的博客，觉得自己也经常遇到这种思维误区，特记录，并对自己进行了总结，告诉自己不能犯。
1.测试人员测试方法很随意，觉得是测试人员测试方法不对，不认为是自己代码没考虑完全：
有些时候，测试进行一个功能很随意，并不是按照正常流程往下走的，会出现问题，这时候就会怪测试不是正常执行，但是仔细想想，确实，用户和测试一样，他并不知道这款程序该如何使用，也会不按照流程往下走，出现问题就是自己没有考虑周全，所以平时自己应该考虑好的很多事情：防空，防暴力点击，防异常，防错误指引等。
2.接口返回错误时，程序奔溃：
接口返回为空时，没有进行处理，之后的遍历就会出现奔溃，那这样的错就是自己的问题，处理不完全，所以平时接口处理，不仅要有异常处理，还要有数据格式不正确，为空的处理。
3.功能开发完，就不管了，丢给产品，测试：
功能开发完，程序员都撒手不管等提bug了，这样是不合适等，测试长时间这样肯定会有不满的，很多问题，自测就可以发现的，自己不测试就交给他们了，这样的想法本身就是错误的，敲代码的同时需要自己走通流程，发现很多自己能发现的问题，再交给别人，才是正确的做法，否则就是不负责任的表现，也会让别人以为自己的能力有问题，bug太多。
4.口头禅：我这边没问题啊，你的机器问题吧：
这句话，经常是程序员说的一句话，甩锅，也可以理解，毕竟经过简单的测试确实可以在自己机器上走通，所以遇到这个问题就会这么说，不过，既然出现问题，不管是机器，操作系统还是什么，就是代码有问题，兼容性，或者别的原因，我们都要去解决，毕竟用户形形色色，遇到什么样子的问题都可能，自己要多去解决这类问题，成长才更快。
5.这个是产品常犯的错误，产品总会认为某一个功能很快就完成了，其实真实的开发不只是实现功能，还有新技术的学习，bug修改：
比如一个很简单的功能，产品认为需要一天就开发完了，开发认为三天，会产生冲突，其实这些都是产品并不了解开发的流程或者是真正的开发经过，很多时候，开发要给自己留1.5倍的开发时间保证自己顺利完成某一个功能，bug修改阶段才是耗费最久的。
6.这个问题我不常犯，但会有很多人犯，就是拿到需求直接开发：
一个领导高明之处就在于开发之前他就已经想好怎么开发，用到什么技术，需要怎么配合了，我平时拿到需求也会进行分割，技术总结，用到什么东西，需要别人配合的提前打好招呼，时间估计，这些都会让我在开发的时候更加顺畅。
7.多沟通，很多技术人员就知道低头开发，并不去交流：
有些时候，开发也可以提出自己的质疑，不合适的地方或者不理解的地方都要和产品，设计进行交流，密切交流，配合才是一个团队最有力的表现。