為功能測試正名，寫給廣大軟件測試同行 《轉載》

　首先，恭祝生日快樂，感謝您一直是所有軟件測試人員成長的搖籃和精神支柱！

　　從剛剛接觸軟件測試工作，到現在已經有十年之久。

　　十年前，畢業后就進入了一家軟件公司，經理分配的任務就是測試軟件，發現有錯的地方就告訴他。這是我對軟件測試工作的第一印象，就是看系統是否報錯，各個功能按鈕是否能夠正確響應。

　　兩年后，由于公司經營不善，我被公司裁員。其理由是：技術總監認為沒有必要設置軟件測試工程師的崗位。因此，競崗時，我無崗可竟。

　　恰巧，當時中國軟件評測中心跟省科技廳聯合培訓，于是，我就第一次真正認識到什么是軟件測試。同時，也知道了51testing和測試時代這些軟件測試交流的專業平臺。

　　之后，我就入職另一家軟件公司。當時，入職的職務是測試員，但公司的測試基本上和我第一次接觸軟件測試工作時的水平差不多。于是，我就從最基礎的缺陷管理、測試用例、測試流程、測試規范、測試標準等等，一步步的將公司的測試規范建立起來，而我也因此成為了公司的測試部門經理。從測試員到測試部門經理，在這短短的八個月的時間里，可以說我取得的每一次進步，掌握的每一種知識，均來源于51testing和QQ群。可以說，如果沒有這些交流平臺，就不可能有系統化學習的機會。

　　為了挑戰質量要求更高的項目，我離開了家鄉，加入了現在的團隊。這是一支由150多名技術人員組成的團隊，其中，測試人員有20人。我入職的職務是測試組長，兩周后任質量經理，八個月后任測試總監。從各種測試標準的制定到測試規范的建立，再到測試體系的建立；從團隊戰略發展方向到團隊梯隊建設再到測試知識庫的籌建；從技術培訓到團隊成員職業規劃；三年來 ，我和這支團隊一起成長。

　　從業近十年，參與的項目十余個，其中千萬級以上的項目三個。項目涉及MIS、HIS、GIS、OA、三維應用、BI、SOA、應用系統集成等諸多方向，其測試類型包括：功能測試、性能測試、接口測試。

　　說了這么多，大家一定以為我寫跑題了，其實不然。之所以描述自己的成長經歷，是想告訴大家我的體會來源于我的經歷。

　　無論是在各種測試論壇上，各個測試QQ群中，還是在招聘時的應聘人員。我經常會遇到這種問題，相信大多數同行們也都遇到過。

　　1、做功能測試有前途么？
　　2、做黑盒測試有前途么？
　　3、我現在只能做功能測試，但我今后一定要做自動化測試、性能測試！
　　4、你們公司上自動化了么？
　　5、我會QTP、LR。

　　廣大測試同行在投簡歷時，也一定常見這種職位要求：要求熟練掌握LR、QTP、QC、TD、Bugzilla等工具之一。

　　咱們先說說后面這種情況。一個公司在選擇測試人員時，竟然將這些測試工具作為選人標準之一。我想問這樣招聘的公司幾個問題：

　　1、貴公司的產品適合上自動化么？
　　2、貴公司的管理水平達到上自動化的要求了么？
　　3、LR能完全支撐貴公司產品的性能測試么？
　　4、貴公司一年能有多少項目需要做性能測試？
　　5、缺陷管理工具每個公司用的都不太一樣，其缺陷管理流程是需要結合公司管理流程的，這種工具即便人家不會或沒用過此類工具，你就不能培訓么？很難么？

　　除非公司是在招聘對口的技術人才，否則，我只能認為這家公司的測試水平真的不咋的。甚至于寫招聘要求的人，壓根就不懂測試。

　　咱們再來說說關于同行們對功能測試的誤解。好多人都認為功能測試門檻低，沒技術含量，好像提起來做功能測試就低人一等似得。如果你有這種意識，我只能說：兄弟，多干幾年吧。我承認功能測試的入門門檻是低，但我不認為功能測試沒技術含量。我甚至認為一個能把功能測試做好的測試人員，才是一個合格的質量負責人！

　　大家先別拍我，讓我們來談一下什么是軟件測試。既然大家都是同行，相信大家都認同：“通過測試手段，在用戶使用前，發現缺陷。”以及“軟件中不可能沒有缺陷。”這兩句話。不錯，測試是不能被窮舉的，因此，我們也不可能發現軟件中所有的缺陷。因此，我們是不是能夠換句話說：“軟件測試是通過一系列的測試手段，證明軟件具備一定的質量。”

　　如果你認同這一觀點，那么我們再來談談功能測試的范圍。

　　狹義的功能測試：這點點，那點點，看看能不能正確打開頁面、程序會不會崩潰、功能是不是能夠正確實現等等。這也就是大家之所以認為功能測試沒技術含量的根本原因。因為這種測試也得叫它功能測試。

　　廣義的功能測試：各種業務邏輯是否已正確實現？各種業務約束是否正確實現？各類特殊的數據是否能夠正確處理？軟件的容錯機制如何？數據的完整性、唯一性、正確性是否已經通過測試？系統及數據的安全性是否已通過測試？軟件的易用性是否滿足用戶的需要？等等等等。功能測試所包含的范圍實在是太大。

　　我沒有貶低其他測試專業的意思，但有幾點是需要說明的。隨著各行各業對信息化建設的需求日益提高，其軟件的規模和復雜度正在翻倍的提高。而功能測試的難度也隨軟件的復雜度逐日提高。而相對來說，白盒測試依舊關注的是單個函數的代碼邏輯以及異常的處理；自動化測試僅僅提高的是測試執行效率，測試質量依然是要靠功能測試用例來保障；性能測試其實關注的是業務發生的場景和如何生成負載和收集監控指標，其變化就是需要監控的對象更多，影響因素更為復雜。

　　面對規模龐大，業務邏輯愈來愈復雜的系統，保障其軟件質量，就需要廣大功能測試人員具備更強的邏輯分析、設計能力；掌握更多的業務知識及技術。同時，由于當前國內絕大多數企業對測試工作的認知程度不足，大多數測試工作都是在時間緊、任務重的條件下完成的。那么，在有限的條件下，如何能夠提高軟件產品的質量，即：如何證明軟件具備了一定的質量。將是所有軟件質量負責人首先考慮的問題。

　　在這種前提下，我認為，一個好的功能測試工程師應具備豐富的行業知識（專家級），極強的邏輯分析能力，精于業務架構、測試架構、數據庫、測試用例的設計。公司的產品質量，取決于測試負責人的組織能力及團隊成員的技術能力，因此，功能測試工程師在測試團隊中不可或缺。

　　無論是白盒測試、自動化測試、性能測試，都是不同的測試手段，但功能測試卻是產品質量的根本保障！ 請廣大正在從事功能測試的同行們，正視自己的工作，認真對待，不要氣餒或輕視自己的工作。將自己手頭上的事做好，人生的每一段經歷都將是你的財富！