前段时间在思考有关如何提高软件产品质量的时候对软件测试产生了一种很强烈的质疑：软件行业根本不需要软件测试！在软件测试本身不做任何创造性劳动的情况下，如果我们说软件测试本身并不能保证产品的质量，那就更加深了我对软件测试的否定。软件既服务，当我们对我们所服务的对象都没有吃透的情况下就开展软件开发、当我们开发过程中没有遵循质量优先的原则就要将代码提交测试、当测试人员都未真正了解业务的情况下就将工作开展、当一次次的重写、重构、优化仍然没有达到我们的目的的时候，那所有测试工作都将是徒劳，软件测试也将永远摆脱不了出力不讨好、不受人尊重的命运。在这样的情况下，再谈软件测试的需求市场有多大、开发测试人员比例是多少、软件测试行业多么黄金、软件测试培训、软件测试外包多么火热，都是闲扯淡！试问，步入软件测试行业的你，是不是因为测试行业门槛低才进入的？是不是因为找工作的时候迷茫不知所错瞎猫撞着死老鼠才进入的？是不是在步入此行业之前连软件测试做什么、什么是测试用例都不了解？是不是被那些个为捞钱而作做软件测试培训的大忽悠忽悠进来的？有几个，是因为实在热衷于在这个行业、做了很多年的开发或业务研究又想在测试行业打拼一番、有志于为提高软件质量而奋斗才步入软件测试行业的？很少吧，但这些少数才是真正的精英！但精英实在太少了。一开始大忽悠们把测试定位成一个很容易介入的行业本身就已将其打入了谷底，进而形成恶性循环。软件测试外包很流行么，还不是咱们的人力成本低么，人力成本低人家能把核心的东西给这些人么？

   写到这里，应该有人开骂了，丫头是不是受了什么刺激或者是委屈，还挺愤青，什么低低高高，自己不重视自己那还能得到别人的尊重？好，那就说点积极的啦，如果软件开发流程能像一个厨艺非常娴熟的厨师做菜的流程一样，那软件测试本身就失去了它存在的意义，就像厨师做完菜之后根本不需要品尝、质检，直接就放到客户的餐桌上了。但毕竟软件开发流程没有那么规范、也没有那么成熟，更不像做一道宫保鸡丁那样简单，而且软件服务的行业和不同的软件企业需要的开发模式也千差万别，在这样的情况下，测试还是必不可少的。那测试既不能保证产品质量、也不参与产品的创造，又想得到其他人的尊重和敬仰，那它应该做什么、怎么做，我们又如何给软件测试行业定位呢？好，那就是接下来我们要说的软件测试的未来。

   1、软件测试仅需要少数精英。你我都赞同当任务压过来的时候，不应去靠人海战术去拼去补。而应该采用高精尖的'武器'(工具)和’思想‘(方法论)去吓倒（预防）bug或消灭(快速修复)bug。少数精英就是这些高精尖武器和思想的缔造者，他们或许是业务专家、或许是质量顾问、或许是高级工具开发人员。

   2、软件测试在软件业务研究及孵化阶段既开始介入。你我都知道软件缺陷越早发现或越早预防越好，那为什么测试到中后期才开始介入并放在一个非常被动的位置呢？测试应该及早介入，做什么呢？业务分析、业务测试、业务案例的编写及可测试性需求分析,那么在这个阶段，测试充当的角色和需求人员相似，并肩负监督需求合理性、正确性、完整性的责任，既，是一个复合型人才。
  
   3、软件测试人员在开发初期帮助开发人员围绕软件业务开展工作，同时开发过程中开发根据可测试性需求为测试提供接口。同时围绕软件辅助自动化工具开发、脚本编写，这里提到了自动化，是的，自动化本身不单单是测试人员的事，而是开发和测试共同的事情，工具测试软件，工具本身离不开软件，自然离不开软件为其提供的接口（代码及人）。

   4、软件测试系统的诞生（平台/架构/流程），涵盖流程管理、人员管理、bug管理、用例管理、自动化管理、机器管理。
  
   5、软件测试晚上进行、持续运行。测试机器人（自动化系统）将代替繁复或简单重复的人工劳动，不分昼夜发挥老黄牛精神地干活！
  
   6、QA、软件测试职责分清，即使你我不会混淆质量保证与软件测试的概念，但实际的情况下，大多数QA都在做质量监督的活，却极少能做到质量保证，而且大多数人都会觉得质量保证应该靠测试人员。那既然QA起不到质量保证的作用，那就少点投入，监督一下即可。
  
   7、软件测试需复合型人才，而非专业人才。第一点也提到了，测试人员既是业务专家或是质量专家或是出身软件开发，但又不单专注于业务及技术，所以复合一词出。所以软件测试与开发需求的界定会比较模糊，软件测试将与需求、开发一道开发高质量的产品。

   8、测试部门演化为质量部门，测试部不再单单是为了提Bug、写测试用例、制定测试方案而存在，而是演化为围绕提高产品质量进行质量提升方案改进、开发流程优化、持续过程改进、质量保证、质量监督、软件测试等一系列活动的质量部门。质量部门成员组成：质量总监、QA、测试系统及自动化系统开发技术人员、业务测试专家及普通测试人员

   9、最后，提起软件测试，嗯，终于可以扬眉吐气了！

那么，有预想就有方法，如何让软件测试的未来来的更快呢？

   1、不转变对软件测试职业的思想是不行的
  
   2、仅招廉价的劳动力而不考虑对复合型人才的培养是不行的、舍不得孩子是套不着狼的
 
   3、理不顺自己要做什么、应该做什么是不行的

   总之，理不顺这个思路，会觉得很难。但如果您觉得值，用心做，有权做，理顺了，不难。

   This is the future,not a dream!  

注：以上纯属个人唠叨，也许会招来民“粪”；但愿不会对有志于从事软件测试或正迷茫于自己是否适合做软件测试的小弟小妹们造成打击！不过，目的还是好的，为了更好的做软件嘛，呵呵

   公司开发的产品专业性较强，测试人员需要有很强的专业知识，现在测试人员发展出现了一种测试管理者不愿意看到的景象：

1、开发技术较强的测试人员转向了软件开发（非测试工具开发）；

2、业务能力较强的测试人员转向了软件需求；

3、沟通能力较强专业能力较强的人员转向了软件实施；

   为什么不愿意看到呢，自己培养起来的优秀人员都为别的部门、别的公司干活去了，而测试这边永远都是新人，永远都是刚入门的测试工程师：开发水平一般、业务能力一般、沟通能力一般。而那些转行的测试同仁们，薪水并没有质的飞跃，到了‘那边’成绩平平，很快就被埋没了。这里当然要排除那些实在对开发、对业务、对实施非常感兴趣想在这些领域有所建树的狂热者们。问题就来了，那些人为什么要‘转业’呢？原因无外乎以下几点：

1、公司的软件测试没有技术含量，没有挑战性；

2、认为在公司能做到测试经理就已经是测试发展的最高境界了；

3、测试人员薪水较其他低；

4、想了解一下测试之外的其他岗位，丰富自己的阅历，为以后更好的做管理做准备。

    那么，公司的软件测试真的技术含量很低吗？工作效率已经达到最高了吗？真的不需要挑战吗？测试经理就没有高级和低级之分了吗？测试人员的薪水就不可以比开发人员高了吗？测试人员真的需要那么多吗？当然不是，也许很多年的‘旧路’不能靠自己改变，也许有人埋怨领导者们因循守旧、顽固不化，但没有人会阻挡我们去创新，去阻止我们探索新的模式、新的思路、新的工作方法去改变这种现状，没有公司是傻子，一个人的薪水和他体现出来的价值是成正比的。所以应该打破常规，去探索新的东西，这种创新不仅包括技术创新也包括管理创新。关于职业发展，仅根据公司的实际情况，和从大家那里得来的想法，谈一谈：

1、开发技能较强的测试人员可以转向自动化测试工具、测试管理工具的开发，这里不仅要求开发能力较强，还需要多了解第三方测试工具，挖掘测试组内测试人员的需求，了解业务；

2、业务能力较强的可以做测试（用例、计划）设计工程师，由于公司产品业务较强，需求人员仅能为测试人员提供需求文档，而究竟哪些是最重要的测试点，测试过程中采取什么样的测试方法能使得测试路径最短、覆盖率最全，这些都需要抓住软件业务的精髓

3、做到了测试经理，完全可以把管理再出神入化，每个人身上有什么特点，怎样能让每个组员的能力发挥到极致，怎么更好的争取测试人员的利益，怎样做到最好的资源调配，怎样让大家不再迷茫，另外，怎样提升自己的威信，提升执行力，领导力，怎样把管理做到让人啧啧，到了这种程度，通过横向和纵向对比，优势自然就出来了。

   另外，转做开发、需求、实施，然后又转回测试做管理，这种我是比较赞同的，但度不好掌握，而且如果自己的各方面技能过高，很可能会和公司测试部门的发展脱节、很多技能无法施展，进而产生英雄无用武之地的想法，很可能导致这类人的离职，所以个人的发展和公司测试部的发展一定得保持同步，谁都不能过快，步伐不一致的的两个人怎么能走在一条道上呢？所以在个人发展的情况下，关注公司总体测试发展，先认清两者的发展方向再去‘转业’未尝不可。

4、做到测试设计人员、自动化工具、管理工具开发人员就是极致了吗？当然不是，测试行业照样有咨询、有顾问、专家，测试管理做好了也可以去做项目经理、去做部门经理，实在不行，完全可以去创业嘛。

   总之，发展无极限，路是自己走出来的，不要只走别人踩出来的路。