说说QA的发展

    几年后呢？先来看看《How Google Tests software》的作者怎么说：对优秀测试工程师的需求之大前所未有，然而这种需求即将达到顶峰并会迅速下降。传统意义上测试工程师进行的测试用例的编写执行回归等工作，实际上已经有了更为全面而且低成本的形式。这源于软件交付领域技术上的进步。对于离线交付的产品，比如windows，就特别需要测试人员在产品交付之前能够发现bug；而现在通过互联网交付产品，意味着我们有能力选择部分用户进行发布，并迅速更新。Bug的寿命从几个月已经变成了几分钟，通过每日更新甚至小时级别的更新，带给用户的风险非常低。在这种新秩序下，测试工程师的角色需要彻底的革新！！

    近在眼前的例子就是上个月爆出的携程信用卡门，从乌云披露到漏洞修复，两个小时就搞定了。

    嚓，这还没当上总经理呢，就要革新！！！人生大起大落变化太快实在是太刺激了！

    假如真的有这么一天，QA们肿么办？同样，Google的总监给了一个大胆的设想，请参看《How Google Tests Software-Summary》一文。

    这位总监的设想确实很超前，目前难以想象。但是这种软件交付的变化我却确实感受到了。我之前工作的产品就是CS结构的离线交付产品，大版本的release一年才一个，客户买了软件还需要自己安装服务器客户端数据库，还得support培训客户怎么用，后期升级维护也要收费。这个产品还支持搭建一个IIS的web application,由我们来维护服务器，客户不用买我们的软件也无须关心升级，只需要访问指定的IIS site就行,这无疑省事多了，收入来源就是收取一定比例的transaction fee。这种方式才是这个产品revenue的大部分来源，相对而言卖软件license并不怎么赚钱。所以后来公司的策略就是用另一款Web产品来替代这个CS架构的产品，Web产品的release周期更短交付更快。

    肿么办？也许有这么几条路：

    1. Business expert。

    功能测试的基础就是business，所有的测试行为全部围绕business。所以在一个产品做得越久，积累的business就越多。不过有的business很局限，离开这个产品可能就没有太多用武之地，而有的business就应用广泛的多，比如银行相关业务，通信相关业务等。business积累多了就可以成为expert，可以转做需求分析，support，甚至Product Manager。我之前工作的那个产品的产品经理就和这个软件玩了十几年，对于产品了如指掌，我们做feature或者bug有问题都问他，在团队里地位不可或缺。

    2. Automation。

    自动化一直很火，因为看起来它的技术含量要高一些，因为你得会使用相关的工具，会利用工具分析测试结果，掌握一门或几门脚本语言，甚至会搭建测试框架。所以在自动化测试工程师的招聘要求中，通常是要求有开发背景的。不过，自动化并不是万能的，它也有它的局限性和适用范围，并不能取代手工测试。

    3. Performance Testing

    性能测试应该前景很不错。现在人们使用软件对性能要求越来越高，你要是Loading个几秒钟还没反应，用户就等不及了。而且在现在如日中天的大数据下，如何提高产品尤其web产品的性能将是一个一直存在的问题。和性能测试遥相呼应的还有压力测试，在大并发的情况下不能挂。看看阿里的双十一以及各种电商促销节，就是一场声势浩大的压力测试。

    4. Test Management

    还有就是做管理了。从Lead到Manager，再到Director，反正级别越高管的人越多，这个级别都是玩strategy的了。这个我没多的可说，没做过啊，呵呵。据说如果技术特别牛的话，还有个职位叫Test Architect，这个级别就太高大上了，很遗憾还没见到过这么牛的人。