QA 這個職位在中國有前途么？
QA還是很有前途的。
目前國內QA的工作面很廣。web上點鼠標的是QA，linux上寫腳本的是QA，編寫單元測試的是QA，負責工具開發的是QA，推廣TDD或者敏捷的也是QA。
正是因為QA這一統一的稱呼，以至于讓人經常混淆QA的概念，并且對QA的工作妄加評論。
根據QA的工作類型區分前途是比較合適的。
1、黑盒測試工程師。
這類比較常見，低端的比如web上測試頁面的。高端的，比如linux下啟動apache測試服務的。使用黑盒測試的技術去檢測質量。質量來源于開發，而不是測試，所以他們只能檢測而不能提高質量。
這類工程師的工作，目前正在被不斷的擠壓，隨著自動化的發展，這部分的工作講越來越少。所以人員也是越來越少。但是始終是不可缺少的。
不幸的是，目前這部分人是國內最多的，所以這部分競爭很激烈。已經是紅海了。
目前國內的大多數中小型公司都是采用黑盒測試和人海戰術來保證質量的，根源是這些公司的QA規劃不合理，技術也相對淺薄，優秀的人員，這樣的公司也留不住。所以QA的發展緩慢。
在這些公司工作，最重要的是了解業務。
如果接觸不到產品的核心環節，比如代碼、數據、業務細節，那么這類工程師最周會面臨外包的危險。
大公司也會傾向于使用外包。
2、自動化測試工程師
使用qtp，selenium，watir，或者是其他的技術框架來自動化測試工作的。在*unix上做自動化工作的，比如編寫shell腳本，或者其他的腳本，也是屬于此類。
因為自動化在回歸階段可以節省人力，可以有效的對產品的質量進行度量，并且可以不斷的累積，結合覆蓋率統計，或者需求覆蓋統計等手段，可以很好的保證產品線的開發質量。所以自動化是很重要的技術。
大公司一般都有這樣的工作和人員配備。
不過前端的自動化，和后端的自動化，仍舊有一些弊病。很多公司傾向于使用分層自動化去解決不同層面的質量問題。
這部分相對有點技術含量，大公司招人，也是必考的內容。相對來說，有點前途。
但是一旦自動化方案穩定了，那么這類人也會面臨職業發展困境。只不過目前自動化仍然在不斷發展，這個問題暴露的不是很隱蔽。
這個領域的工程師將來會兩極分化，一部分轉向自動化工具的研發，一部分轉向自動化case的維護。
3、白盒測試工程師
這部分人主要做代碼分析，審核，編寫必要的單元測試，并關注代碼的各種覆蓋率情況。
跟開發走的很近，可以盡早的發現bug，并能較好的適應產品的變化。
在敏捷模式中，是很重要的一個角色。這部分人也做單元測試，或者推TDD模式等。
白盒測試目前的技術還不是很全面和成熟，里面有價值的內容其實也很多。還有待進一步發展。
通過深入到代碼層的測試工作，QA和開發可以實現很多的緊密配合，有助于及時保證業務質量，所以這部分工程師是很有價值的。
4、測試架構師
負責規劃輔助測試的各種工具和平臺。基本上是全能的。并能對自動化，技術改進和測試理論有很好的貢獻。屬于大牛級別。比如研究封裝開源的框架，或者開發新技術，來提高QA的測試效率和保證質量覆蓋。 不過這個職位將來會比較尷尬，可能會并到測試工具開發工程師中，或者在對應的工具開發團隊擔任管理。
這個職位，將來會死掉。企業不需要太多的title。。
5、性能測試工程師
國內的黃金職業，技術相對專業，但是精通了基本可以一勞永逸。性能測試的理論基本跟開發技術關聯不大，所以還是很穩當的。
6、安全測試工程師
嚴格來說不算QA，雖然QA里面有做這個的，但是專業理論要求較高，跟開發技術的關聯性也不是太大，具備通用性，所以也是很黃金的。
7、測試管理
去做QA的管理角色，比如帶項目，QA數據統計和分析。帶團隊等。自然也是很黃金的了。
對于大部分公司來說，職位并不是嚴格的，很多人可能是一職多能。
發展方向主要有以下幾種
1、走QA技術路線，測試分析，自動化，白盒，或者專心走性能測試，安全測試，測試規劃等。
2、走RD技術路線，轉行做研發。這個例子也很多。開發肯定比QA更可靠。 已經有不少先例了。
3、走管理路線。有管理愛好的，可以往這個方向發展。
4、走業務路線。去做產品經理，規劃產品設計。也是蠻不錯的職位。
5、開發測試工具，測試解決方案，提供測試服務。類似于51Testing和博為峰這樣的公司。