今天跟上海几个公司的测试负责人一起聊起了这个话题。
任何一个事物都是在不断发展、变化的；QA也不例外。QA作为一个行业来说正在发生着变化；QA从业人员的career、skillsets也会有相应的影响和演变。
为什么变，怎么变，什么会变，什么会不变，QA这个行业会怎么样，QA人员的career会怎么样，这写都是大问题；这里讲讲楼主的一些浅见吧：
要讲这写问题，首先看看目前传统的，或者流行的，qa是做什么工作的。
1、做测试和测试管理；功能测试主要，性能测试部分；执行一般来说是手工和自动化结合；
2、组织内的流程管理、驱动流程变革；
3、各个质量环节的metrics制定、验收标准指定、验收等；
4、质量活动相关的工具选型、开发，提供服务，维护；
5、others 。。。
Q：为什么变？
随着项目管理、软件行业的发展，越来越多的聚合在发生。
一个场景：
快速迭代、敏捷开发、极限编程、结对编程等越来越普及，需要测试人员有competitive的能力来一起推动项目前进。这种情况下，测试人员需要detailed来了解design，做code review，。。。，可以看到测试人员做了跟dev人员越来越一致的工作，除了dev人员implement feature 而测试人员design & implement testing；competitive的能力使得这个测试人员在某些情况下可以比较简单的来implement feature，vice versa；
另外一个场景：
项目需要快速上线，开发人员花了半天时间实现了功能，测试人员花2小时做了E-E验证。。。
以上是目前非常typical的两个场景。
场景一，对测试人员的skillset的要求基本跟研发一致，除了要focus一些case design；
场景二，测试人员做的是更加类似于验收测试的工作；更象PM做的
所以会变；
Q：怎么变
个人认为，任何工种都是应该朝着极致的方向发展。QA也不例外；
但是QA怎么变，还是要来看QA做了哪些事情；
一个原则：不管QA怎么变，Dev怎么变，质量相关的事情总归是需要来做的；可能是做的方式上，执行人上，做得时间上，会变化而已
Q：QA会变怎样？
1、QA的测试工作会变
在质量工程的各个环节中，QA不大会再大包大揽，从底层测试到E2E都全部cover；可能性比较大的，测试工作中，相对比较底层的接口功能、性能测试等，会由dev人员来解决；而跨domain的integration testing，还是由QA来实现比较好；而验收测试等，PM会参与更多，QA会做的更少；
2、QA对组织的质量总体贡献
a）质量整体控制。对各个质量活动的监控--怎么做，做到什么程度，metrics是怎么样的，指定流程和执行监控；
b）提供测试框架选型、确定、推广和维护；比如web自动化测试框架，facebook的php自动化测试框架二次开发、维护等；
c）和SCM、Ops合作，release quality、production quality的策略制定和实施；
d）质量相关工具开发、二次开发、维护等；比如测试管理工具，缺陷管理工具；etc.
Q：行业、个人会怎么变？
1、更加专业化；专业壁垒加深；
2、测试架构师
3、测试开发、开发测试
但是不管怎么变，个人认为，质量相关的工作只会越来越重要，投入需要越来越大；因为质量越来越重要。