如何修煉為測試架構師[2] 軟件測試
我們大部分的測試架構師都是寫過自動化測試腳本或程序的，只是現在的工作由于需要我們去思考太多的東西，所以沒有一丁點精力來編碼。特別是負責一個產品線的測試架構師，由于負責多個產品，還要抽取產品間的共性測試技術，要建立起產品線的測試架構圖，統一產品間的測試技術，統一測試方案的設計質量標準，需要具備更強的抽取共性的能力。同時，還需要能在短期內快速了解和識別影響產品成敗的關鍵測試技術，因為并不是所有產品都是性能壓力測試就是最重要的。例如：某產品線有9個產品，有的產品最需要保障的是可靠性(性能，可用性不是關鍵);有的產品最需要保障的卻是可用性，而不是可靠性;有的產品最需要保障的是安全性，而不是性能;有的產品最需要保障的是可移植能力和可集成能力，而不是性能。那么相應的每個產品測試用例設計就會有所側重，例如：對于重視可移植能力和可集成能力的產品，測試架構師就應該幫助測試人員系統地做好這2個領域的測試用例。
因此，測試架構師必須具備的第一個能力就是：“準確的商業理解力�！鄙虡I成功的核心競爭力是什么?測試技術和測試資源是否能真正地保障或支撐商業成功的核心競爭力?這些都是測試架構師需要準確識別的，如果測試架構師識別錯誤了，那么有可能在需要重點保障的領域，測試技術和測試資源投入不足，導致最后產品的商業競爭力得不到支撐，得不到質量保障。例如：某產品對外宣傳是業界可靠性最高的產品，可是測試人員在測試活動中慣性地把主要精力都花在了性能測試中，對各種異常的測試驗證并不是業界最豐富的。結果在與業內其他產品比較的第三方測試報告中，該產品的可靠性得分卻并不是第一，雖然性能是第一，但該產品在特定的重視可靠性的市場中基本失去了商業競爭力。
某美國公司的一款產品在傳統行業中主要功能基本雷同，如何才能與類似產品拉開距離，突出競爭力。后發現產品的用戶在使用產品時普通操作時間都較長，因此為了縮短用戶的操作時間，該公司決定在產品的可用性領域重點投入設計，核心競爭力是解決用戶的可用性問題。其測試團隊把大部分的測試設計精力也放在了可用性的測試活動中，構建了業界非常豐富的可用性測試用例，這些測試用例的場景超過了產品設計考慮的原有場景，并最終通過測試驅動設計，與產品設計師一起不斷改進產品的可用性。最后不但提供了業界可用性最強的產品，而且其可用性功能的穩定性質量也非常高。測試活動從效率和質量角度支撐了產品的商業成功。
文章來源于領測軟件測試網 http://www.kjueaiud.com/