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