移动时代软件测试团队该往哪里去？

　　移动时代已经入许久，改变了不少东西，今天想说一说移动时代的来到，对软件测试人员的冲击和挑战。 

　　“测试已死” 这已不是第一次听到这样的说法，这样的说法正确么？我经历过app项目的过程，也看过一些app项目，“测试已死”不是一空穴来风，有幸参观过“全民奇迹”这样及其赚钱的企业， 他们的游戏在上线前根本没有专职的测试人员，为何形成这样的局面？ 前两年你们还在pc时代作测试作的不亦乐乎，怎么忽然就变了， 归根揭底是由于项目的生产模式变了，一个app的生产就几个月的时间，那还有空间让你作白盒测试，性能测试。 外部环境变化引发的，谁都没法改变，开发再也不是大爷，测试也再也不是大爷，只有产品和进度才是大爷， 因此“测试已死”不是瞎说。

　　那在这种形式下测试团队应该怎么办？

　　回顾一下在pc时代咱们作的事情，各类白盒、黑盒、性能测试等等，这些均可以称为“进”，这种作法在移动时代已经成为拖慢项目的因素，既然这种方式已经不适合，那么测试团队在移动时代要学会的第一件事情就是“退”，
那什么是“退”？向“全民奇迹”那样的公司同样不须要测试人员？测试团队所有拿掉？这种“退”太悲壮了，但若是测试团队不变革就会这样死掉。

　　“退”是先留下靠谱的解决方案， 再退， 容再多解释几句，如今app开发已进入“拼装”的模式，app开发者只要关注本身的核心业务，其它周边的东西不少现成的解决方案，它们已或sdk或api等形式出现，那么测试团队也同样，留下测试解决方案（即：sdk、api、能用工具）而后"退"到后线。

      学会“退”后，再看“进”，“退”以后测试团队还要再前进，有了以前的“退”，测试团队能够对新技术，针对性的问题，复杂的环境中一特定问题或者现象深刻了解学习， 以解决项目在碰到一些硬仗的时候，能够起到做用。

　总之：退：作产品化的东西，通用的东西，将测试成本减到最低，而有能产生价值， 留下测试产品解决方案， 帮忙不添乱。
　　　　进：准备好打硬仗的准备，为项目的最终质量把好关。 挽起袖子，卷起裤腿开搞。

 

　　主题讲清楚了，那这种变革容易么？ 这个过程当中再次的“进”，技术更新学习还只是冰山一角

　　这是一群再产品下游的工种，技术能力再强的测试人员，终究是测试人员，没作过产品， 对于测试以外的东西大多都是纸上谈兵， 这会对测试人员的思惟和心态产生极大的挑战，
要求思惟和心态更加开放，积极，学习怎么作产品， 对心态，思惟的转变才是最大的考验，杀死大象的蚂蚁在这里。

　　更多的是开放，别只对内部，好东西要造福行业，内部和外部的区分会愈来愈小，若是多地办公，网络互通都会很麻烦，拖累项目进度，以开放的心态对行业作点贡献，
也是必须这么作，中国人特别聪明，你不用，会有人作，并且会作的像模像样，每一个细分的解决方案都会有人作，且必定会是以公司的形式出现作。

　　手工测试人员会减小到极少，但必须性会大于测试开发人员，测试已死的说法虽有些偏激，但也不是没有道理，测试人员再也不单单向开发负责，再也不单单向那个具体的项目负责，而是还要向本身负责向行业负责，每一个测试的工种，都有本身要面临的挑战和机遇，我的和团队要看清方向尽快转型。

 

     就写这里把，再展开说就太碎了。

 

---------------

Gang.Wang