最近發生的幾件事情讓我開始思考這個問題--測試的核心價值和能力是什麼：
故事1：前幾天幫別的專案組面試招人，候選者是一位擁有8年測試經驗的資深人士，簡歷很漂亮。但交流了一會，我就發現了乙個問題，他熟悉的業務和他現在申請的職位的業務相差甚遠，但是他除了對業務非常熟悉之外，幾乎沒有任何思考和總結，對測試，甚至連最基本的概念都模糊不清。不過更觸動我的是，和我一起面試的另外一位面試官，面試完後私下給我說，感覺有點不舒服，害怕自己8年後會同這位面試者一樣。
故事2：也是幫別的專案組面試。候選者有4年左右的工作經驗，簡歷很漂亮，已經在大公司裡面做測試專案管理了。面試時，他對他當前所在公司的流程，研發管理方法侃侃而談，全部都很high level。但當我問到他乙個在具體的場景下如何識別和處理專案風險，深入問他一些細節的時候，發現怎麼聊都深入不下去，原來對他而言，"風險"就等於"專案延期"，一旦出現了"專案延期"，就發郵件給領導，按照流程去處理就可以了，而且他認為，這就是測試管理，這就是測試策略。
正是這兩個故事，引得我思考這個問題：什麼是測試的核心能力？
作為測試人員，掌握業務是必須的，但是業務知識不等於測試能力，並不是測試的核心價值更不是測試的核心能力。測試流程固然重要，但它只是固化下來的經驗、管理的手段和方法。測試流程也不應該是測試的價值，測試的核心。
那麼對測試而言，究竟什麼是測試的核心價值？哪些是一位優秀測試應該具備的能力？作為測試者，我們又該如何去提公升、突破自己？
我理解，測試的核心能力有兩個：對需求的理解和把握和對產品失效規律的把握。--我們對需求進行分析，得到產品的測試範圍，並確定我們的測試目標（驗收標準）；結合設計，得到產品的測試重點、測試難點，測試深度和廣度。同時我們還需要結合我們對產品失效規律的把握，基於風險來進行測試。我們所有的測試，要"測什麼"，"怎麼測"，都是圍繞上面來進行的，我理解這才是最核心的測試技術--定好測試策略。
認識到測試策略在測試的核心地位後，對我的測試職業發展之路產生了巨大的影響。記得我曾經就職的一家公司會要求測試代表在專案開始寫《總體測試策略》，在專案過程中做"缺陷分析"，做"產品質量評估"。我一直覺得那玩意很虛，對這些技術不以為然，認為有這些分析思考的時間，不如去看看開發的實現**，覺得只有編碼才是真技術。但自從我被逼著開始試著認真的去寫測試策略，去學習怎麼把握需求，怎麼確定測試的深度和廣度，學習怎樣做缺陷分析才最有效，怎樣評估質量時，我突然好像進入了乙個全新的世界，我越來越覺得測試很難，真的很難，但隨著不斷的思考和總結，我也越來 越感到測試的魅力。
我也逐漸理解到，對測試來說，核心價值，就是能夠利用自己對產品的失效規律的把握，對需求的理解，來預防缺陷，和其他角色一樣來保證產品的成功。
例如，測試參加需求（story）的確定討論，往往能夠從系統、使用者的視角提出很多很有價值的問題，能夠幫助團隊快速澄清問題，達成一致。
測試參加開發的設計討論，往往能夠從功能之間的聯絡、非質量屬性、容易出現bug的地方提出很多開發在設計上容易忽視的地方，而這些問題點到了測試階段，其實都是bug，這就起到了預防缺陷的作用。
是不是我們做到這步就夠了呢？事實上，"失效規律的把握"也好，"需求的把握"也罷，歸結起來還是和具體業務息息相關。測試者一旦換了產品，面對的是一些你不熟悉的業務，你掌握的失效規律，掌握的需求，特別是對使用者的深入理解，可能就失效了。所以我們需要把這些知識，從測試的層面再提煉總結一下，成為測試能夠"通用"的知識、技能、或者模型。
軟體測試的核心價值是什麼
既然是 核心價值 就應該能用一句話說清楚。關於軟體測試的核心價值是什麼，各種觀點爭論了很久，似乎很難得出乙個明確的結論。這裡有個很重要的原因，就是我們都深陷在測試工作的細節裡面，沒辦法看清自己的位置和價值。不識廬山真面目，只緣身在此山中。要想搞清楚這個問題，我們必須走出圍城來進行分析，如果把軟體測試...
觀點 軟體測試的核心價值是什麼？
既然是 核心價值 就應該能用一句話說清楚。關於軟體測試的核心價值是什麼，各種觀點爭論了很久，似乎很難得出乙個明確的結論。這裡有個很重要的原因，就是我們都深陷在測試工作的細節裡面，沒辦法看清自己的位置和價值。不識廬山真面目，只緣身在此山中。要想搞清楚這個問題，我們必須走出圍城來進行分析，如果把軟體測試...
你的核心價值是什麼
在我們的意識之外，還有著遼闊的區域 還有著無窮的經驗，宛如無形之豎琴，琴聲綿綿 只有當人們遠離了思維之羈絆，工具之枷鎖 驚嘆，思索，並努力，落紫紛紛，飄盪在風中，慢慢地綻放自己的絢爛 核心價值 開啟那扇門 什麼是價值觀？它代表了我們獨特的個性本質，是我們表達和陳述思想的最佳和最終形式 價值觀代表了現...