做软件测试是一种怎样的体验

做软件测试是一种怎样的体验

刚开始做测试的同事会有一种感觉，认为测试实际上是在充当这个产品的第一用户。也有人认为，测试其实很简单，没有什么技术可言。
其实，测试说易也易，因为进入门槛低；说难也难，因为测深测精不简单。黑盒测试很讲究策略，测试也是一门学问。
初涉测试的心路历程
对测试的认识，每个测试人员都有一个过程。我对测试的认识，在每个阶段各不相同，其中也走了不少弯路。在此，我用第三人称把自己对测试工作的认识过程写出来，希望后来的同事能从中得到启发。
第一阶段  学习+验证
对于新来的同事，刚刚涉及测试，往往踏不下心来。感觉测试是件没完没了地事情，并且单调重复、枯燥乏味，没有激情、没有成就感。这是很正常的现象，刚进入一个新的岗位，总有一个适应过程。
在这一阶段，新员工需要做的事情是，先学会使用所测的软件，熟悉他的每一个功能，弄清楚每一个功能的正确效果应该是什么？然后才开始尝试着去找一些肤浅的问题。这一阶段的感觉是："测试实际上就是验证产品每个功能的有效性"。新员工这一阶段虽然不太出成绩，但却很重要，因为这是以后工作的基础。
第二阶段  与开发对立的误区
当熟悉了所测产品的功能，并且找到测试的感觉后，就开始较深入地测试了。
在这一阶段，新员工会逐渐发现一些严重的BUG。当看到自己发现的问题被解决后，才真正感觉到自己在参与产品的生产。渐渐地，渐渐地，就会感觉到测试其实也挺有趣。尤其是发现一些死机或特别严重的错误时，有时会兴奋上几个小时。这是他进入状态的必然过程。
此时，他对测试的认识是："测试，就是要找出产品的缺陷，是证明当前产品不可用的一种行为"。这一阶段非常值得注意！很多软件公司常说："开发和测试的行为是对立和矛盾的"，这实际上是测试工作的误区。
第三阶段  与开发主动配合
随着测试经验的积累，对工作的认识也逐步深入。最后，领测会发现，开发和测试之间，本质上是一个合作的过程，目标本是一致的。都是为了尽量减少发布产品中的错误，达到用户可接受的程度。于是，他会更多地站在用户角度考虑问题，测试的目的也越来越明确，工作也越来越主动。
第四阶段  责任感+验证
当经历了产品的几个生命周期之后，从不断的需求、开发、维护、升级循环过程中，逐e799bee5baa6e58685e5aeb931333363373163渐认识到，测试实际上是降低产品风险的一种行为。逐步认识到，测试介入的环节越早，风险也就越小。
在和最终用户多次打交道，亲身体验用户的心情之后，油然而生出一种强烈的责任感，对测试的理解也随之升华为一种产品意识：测试工作和研发工作，实际上是一种荣辱与共的关系，取得的成绩和造成的失误，其荣誉和责任是同等的。此时，当他发现一个致命的错误或缺陷时，第二阶段的那种兴奋也许只会存在3秒钟。此时的他，更多考虑的是怎样帮助研发组尽快地把该问题解决掉。在这一阶段，测试工作中更注重产品的实用性和易用性。
从学习阶段对产品的验证，到与研发的对立，到主动地和研发配合，到一种责任感使命感自发地对功能的验证，这是一个高级测试人员所必然要经历的一个心路历程。

1、技术副总裁。不管软件测试是一个独立的部门，还是归属于研发序列，软件测试工程师能汇报到的最大的领导就是技术副总裁了。技术副总裁也是技术领域工资最高的人了，虽然基本上不会写代码了，但是也不影响技术副总裁的技术地位。技术副总裁的一生是传奇的一生，总结起来技术副总裁基本上就干了两件事情：（1）在当上技术副总裁之前，想尽一切办法当上技术副总裁。（2）当上技术副总裁之后，施展各种技能稳住自己的位置。有真才实干的技术副总裁，洋洋洒洒指点江山领着兄弟们打下一片江山。徒有虚名者，就虚避实从不落地也能混个三五载。如果，你想去一个公司做软件测试工程师，请在最后的面试中留心将来可能成为最高统帅的技术副总裁。如果不合适就别去了。 2、产品经理。测试工程师应该会和很多产品经理配合。一个负责任有担当的产品经理会让测试工程师的工作轻松很多。产品经理会自称产品狗，其实是一种明着谦虚，暗着要统治一切的感觉。如果和产品经理发生争执的时候，他们会用：“产品经理不讲对错，只讲利弊”，这种偷梁换柱的方式把你带入他们的领域或者节奏，最后把你拿下。当然，这种产品经理在国内已经算是优秀的产品经理了。 3、开发工程师。开发工程师懂技术，核心生产力。站在世界技术领域内，国内开发工程师应该是相对而言差距最小的岗位。个人非常崇拜coding能力非常强的人，当然开发工程师也没有什么好黑的。所以，想从事软件测试工程师的同学们，尤其是男生，尽量做开发吧。 中国的软件从10多年前才真正的开始发展。在除了软件测试的各种岗位上都发展的非常的迅猛。老牌的开发工程师和产品经理依旧抢手，并且越来越表现的不可或缺。和测试工程师同期发展的运维工程师（sa）和设计师也有了长足的进步。唯独软件测试工程师再近10年的发展历程中停滞不前。被所有的岗位超越。 再来说说sa，sa应该是比软件测试工程师更晚被引进的。sa和软件测试工程师一样，很多成果都需要依赖开发工程师的成果。但是为什么sa能比软件测试工程师发展的好很多呢？这就引出了软件测试工程师尴尬的两点： 一、真的不重要。sa掌握着一个互联网公司的线上服务的健康程度。规模越大，sa责任越大。测试工程师呢？一直自己说自己很重要，但是真的没有体现出有多重要。 二、sa的工作更聚焦，更容易深入。sa只保证线上服务的健康，健康也能有几个有限的技术指标来描述清楚，所以，功能内容非常的明确。但是测试工程师呢？恨不得什么都管，把所有的内容都纳入了所谓的质量体系，但是真的什么都没有管好。 测试工程师的尴尬远远不止以上两点。每次定季度任务或者年度任务的时候都会非常尴尬。自己都说不清楚，上个季度干了什么，下个季度想干什么。要是在摊上数据考核，直接死得心都有了。怎么说呢？以bug考核，是绝对不正确的。bug数量多或者少都不能说明测试工程师的工作是更好了，还是更差了。