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

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

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

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

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

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

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

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

 

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

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

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

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

 

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

 

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

Gang.Wang