如何修煉為測試架構師[3] 軟件測試
所以，如果你的公司正準備招募測試架構師，請第一考評他的能力應該是他的商業理解力。具有該能力的測試工程師知道如何選擇：做正確的事!確保事半功倍。而不具備該能力的測試工程師可以成為系統測試工程師，由他來保障正確的把事做好!
測試架構師必須具備的第二個能力：“區分測試重點和測試難點”
重點和難點兩個詞匯有時能代表同樣的方向，有時卻是相差較遠的方向。
為什么我要把是否有能力區分測試重點和測試難點作為測試架構師必備的第二個基本能力。因為，我曾在某產品線對測試活動的質量進行抽查時，與每個產品的系統測試工程師進行了溝通，發現只有一名有6年經驗的系統測試工程師在我的的啟發下，分清了自己所負責產品的測試重點和測試難點。而其他的系統測試工程師一直都把測試難點誤當成了測試重點，作為他技術攻關工作的主力方向。甚至從來沒有真正思考過什么測試技術才是自己所負責產品決定成敗的測試重點，只是簡單地把自己在工作中碰到的所不具有的測試技術都當成測試重點，其實很多都只是測試難點。的確，在某些產品測試難點和測試重點剛好重合。雖然某些產品測試重點在技術上并不難，但是卻需要我們把測試重點部分的工作質量做到最佳，時間和資源投入最多，而不要把有限的資源投入到測試難點的工作中去。我很認同華為任正非對華為工程師的要求“要做工程商人”，我們其他公司的工程師同樣應該以商業目標為自己的技術工作目標，不應唯技術論，越新的技術，越難的技術就越愿意投入。測試工程師同樣要心中一直有一個目標指引著自己的所有技術工作方向。這個目標就是我測試架構師日記中第一篇談到的“準確的商業理解力”告訴你的工作目標。
由于項目中每個人的分工不同，因此不可能每個測試人員一開始就能知道自己工作的商業目標是什么，所以也不用去責怪大家�？墒穷I導產品的測試架構師不能準確的識別或培養其他測試工程師具備識別測試重點和測試難點的能力，那么注定這個測試團隊的工作不但質量保障會打折扣，而且會浪費不少組織的資源和成本。
因為資源和時間是有限的，而完美工作的追求是無限的。因此，我們如何在有限的資源和時間下，保障基本的質量目標，并盡可能提升質量目標。就需要在分清測試重點后，優先針對測試重點目標進行系統地測試技術研究，測試技術攻關，測試資源主要投入。對于非測試重點的測試難點部分就要降低優先級，放在最后考慮。
測試架構師的工作應該牢牢抓住真正的測試重點來開展，甚至在整個產品測試組都方向錯誤時，要能從商業角度幫助測試組改變觀點。那么當從測試經理到普通工程師都誤理解了測試重點時，測試架構師應該如何來啟發他們呢?我這里就分享一個案例吧：
文章來源于領測軟件測試網 http://www.kjueaiud.com/
