今天跟上海幾個公司的測試負責人一起聊起了這個話題。
任何一個事物都是在不斷發展、變化的；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、測試開發、開發測試
但是不管怎么變，個人認為，質量相關的工作只會越來越重要，投入需要越來越大；因為質量越來越重要。