不同類型的軟件公司，對測試工作的重視程度也有很大不同。建議測試人員選擇一些業務持續發展的公司。做項目東一榔頭西一棒的公司，是不需要高質量的測試的，他們需要的是盡快把軟件交出去，卻無法靜下心來思考，怎么把質量做好。選擇這樣的公司，要冒相當大的風險。

接下來說一下大家關心的話題，如果選擇了測試，怎么能從測試團隊中脫穎而出呢？經常被提出的概念有“管理和技術兩條路線”，這個概念太抽象，還是無法幫我們理清思路。有的觀點認為，測試要學習開發技術，這個也沒有說到關鍵點上。我認為測試人員的職業發展有下面兩個，換句話說，軟件企業最需要擁有這兩種能力的測試人員。注意，這兩種能力并不互相沖突。

第一、不斷改進測試策略，提高測試效率和質量

目前很多公司的測試還是以手工的黑盒測試為主，測試策略比較單一，可能很多同學都遇到在寫測試計劃的時候，測試策略那一章不知該寫什么的問題。如果只做黑盒測試，會在提高測試質量的路途上出現一道難以逾越的鴻溝。

改進測試策略需要掌握開發技術，但是技術僅僅是必要條件，更重要的能力，是能夠系統的規劃一件事情，分析工作中的問題，選擇最有效的解決方法，最終和大家一起實現一個共同的改進目標。

改進測試策略一般會考慮以下幾個方向：單元測試（白盒和灰盒）、自動化測試、性能測試、安全性測試、易用性測試等等。當然，具體的改進目標，要根據業務的不同，選擇合適的方向。

不過，很多測試團隊的人力資源都比較緊張，無法投入太多的人手去改進測試策略，能夠很好的解決這一矛盾就顯得非常重要。公司需要的是，能夠根據測試團隊的當前狀況，制定出有效的改進計劃，并帶領大家提高測試效率的人。

第二、能夠“吃”業務，控制業務的測試質量

這里需要說明，“吃”業務并不等同于熟悉業務。對于測試工作來說，熟悉業務是非常重要的，大部分測試人員上崗以后，都會從了解業務開始，逐漸的掌握產品線的業務規則。但是，當一個測試人員熟悉了某個業務以后（成為業務專家），問題出現了：他/她可能會一直陷在這個業務的測試執行中，無法解脫，幾年如一日的做著類似的工作。

即使增加了新的測試人手，業務專家也沒有感到多少輕松。一方面，業務專家要周而復始的對新人進行培訓，解答他們工作中的問題，培訓成本極高；另一方面，業務專家不放心把重要功能交給新人測，必須自己來測試，業務專家的職業發展出現了比較尷尬的局面。

由此我們提出了“吃”業務的概念，它與熟悉業務最大的區別就在于，測試人員吃掉一個業務以后，可以把測試工作完全交給另一個測試人員來做，同時，也能保證測試的質量。而要達成這個目標，關鍵就在于文檔。我們需要以業務為單位，完善測試用例、業務沉淀、測試設計、測試腳本等文檔，并且，更重要的是，要把這些零散的文檔組織成一個系統的文檔體系。

注意，吃業務并不等于為這個業務單元編寫一套非常完整的文檔，而是建立起一個基本的，可持續維護的文檔體系即可。業務專家吃完一個業務以后，可以把這個業務交給其他人，然后開始吃第二個，同時，關注原先的業務的文檔完善過程。這樣，有吃業務能力的測試人員，能管理更多的業務需求和測試人員，而且由于他/她接觸的業務越來越多，工作的視角也會逐漸提高，成為系統級的測試工程師和團隊leader。

要設計這一文檔體系，也需要較好的系統設計能力，當然，最主要的是持之以恒的毅力。另外，每個業務單元的文檔體系，也可以在一批批的測試人員中傳承，每個人都會來維護、完善它，并從中學到很多經驗。