提升测试的深度和广度（一）

    回想自己工作这16年，做了许多种角色，有开发、项目组长、质量保证、软件测试、软件部负责人和现在的培训讲师。一路走来，经历了很多，今天也想和大家分享一些自己的工作感受。经过自己培训的同学也有两三千名了，仔细看过来，有发展非常迅速，也非常好的，也有发展一般，甚至还有个别人放弃了最初自己的选择，转到其他行业的。究其原因，也和许多人进行了交流，无非是以下几个方面的因素导致的： 

1、在工作过程中始终或很长时间都处于测试的末端（即只做功能黑盒测试），没有技术的提升和扩展。工作辛苦，但成长性小，而且空间也不大

2、在工作过程中与人沟通和协作的能力不强，导致工作中出现很多的冲突和障碍。导致工作效率低下，工作也没有动力

3、个人的发展完全被公司的工作环境所限，没有办法做自己想要做的事情

    今天我们就第一个问题和大家交流一些自己的想法，后续再逐步和大家说说其他两个方面该如何突破？因为第一个方面是工作发展的关键，如果第一个问题不解决，后面两个问题是很难有改善的。

    许多人选择做测试的原因，可能都是因为听说测试行业发展前景很好，而且工作也没有开发那么累，越老越吃香，不像开发是青春饭，最难得的是还不是那么难，入门比较容易。所以就毅然决然的选择了测试行业。但是我要说的是，这只是一方面，所谓的测试比开发容易是指的入门阶段，确实从技术还有工作量以及压力上来讲，都要比开发轻松些。但是如果自己的技术一直不提升，而且不能全面的理解开发的整个过程，那么测试很难有个长远深入的发展。这就好比一个博士生写了一篇论文，另一个博士生或硕士生是不能给这篇论文进行点评的，最多只是看看，提提参考意见而已，只有比博士生水平高出许多的导师才能有能力去指导这篇论文的创作和研究。同样道理，如果一个测试人员的技术水准和对软件理解的广度和深度要远远低于开发人员时，在工作中就会经常遇到这样的尴尬局面：

   “你提的这个bug，根本就不是我这儿的问题，这个bug是需求缺陷，和我们开发没有关系，你应该找需求人员去！”

   “你不懂设计啊？！这个根本就不是缺陷，设计就是这么要求的！”

   “你这个bug是什么意思啊？你能不能用我们能听懂的语言来描述问题呢？”

     ......

    可能每当测试人员听到这样的质疑时，都会觉得非常委屈，也很难受。但现实总是残酷的，如果一个给软件提出错误的人，对软件的研发生产过程知之甚少的话，那么我们不需要埋怨开发说话太咄咄逼人，我们需要做的就是给自己补上相关的开发过程的知识和技术，让自己最起码对软件研发过程的理解和开发是平齐的。我自己也一直在思考如何快速提升我们测试人员的开发过程理解能力，最起码我们要对软件的研发过程要比较熟悉，不一定非得要有很强的编码能力，但是我们要能做到看到一个功能，看到一个软件，知道它们是怎么被开发出来的，这点是最基本的也是最重要的。

    要做到这一点，也不难，最近新出了一本书《软件是这样炼成的——从软件需求分析到软件架构设计》，这本书以一个保险金融系统的案例为主线，将需求调研、需求分析、软件架构、数据架构等设计过程通过案例的方式展现出来，对于初学者来说读起来也不难，特别是测试人员可以通过这一本书了解软件从需求开发到架构设计的整个过程，可以帮助大家把握软件项目开发分析与架构的全部过程，快速步入项目开发过程。这本书在当当网、京东商城、淘宝网和卓越网站都能够找到。