軟體品管測試的專業領域
這篇文章主要引用ISTQB說明軟體品管的專業領域範疇。
ISTQB 定義的專業領域主要用Role區分，分為三大Role。
- 測試管理 QA Manager
- 測試分析師 QA analyst
- 測試技術 Technical QA analyst (筆者暫時定義為QA Architect，跟業界的職稱比較接近)
另外，筆者認為如果以專業領域大類區分，筆者分為三大類
- Testing Process (測試的流程)
- Testing Environment (整體公司的品質政策、提供的測試環境、工具等)
- Domain-based Testing (資訊安全測試、效能測試、自動化測試、錯誤排除)
- Industry Domain (依照產業特性的不同，而累積對產品與客戶的了解。例如：智慧家電產業、防毒軟體產業、雲端儲存產業等)
先針對ISTQB定義的三大角色的專業領域說明
Test Manager
測試管理的範疇內，有部分是公司整體的測試流程、工具與環境。有部分是產品團隊可以做微調。
一般來說哪些是公司整體為了品質一致性所定義的呢? 這篇舉幾個例子：
- 測試流程中測試報告：每一次產品出貨前，產品的品質標準。No P1/P2 bugs。與測試結果報告.Exit Criteria and Reporting。
- Defect Management 工具：為提供各個團隊間工作效率，通常公司會使用統一的 Defect Management工具。這類的工具有許多免費也有商用。筆者的經驗，只要可以符合團隊運作的就是好工具。商用付費不一定就是好工具。免費的工具也不一定會陽春。
- Formal Review：對於管理階層與相關部門會進行的Review。Review 的周期與內容通常公司整體會一定的流程。
哪些是可以微調，哪些是公司品質政策的根本?。哪些是團隊採用之後覺得不錯可以推廣到整個公司? 這些問題就考驗著 Test Manager的智慧。
Technical Test
接著要介紹的這個角色，筆者認為比較接近業界的 QA Architect。主要專注在軟體品管的”技術”領域範疇。跟QA Manager 最大的差異是 People Skills。
並不是說 QA Architect不需要團隊溝通與領導。而是 People Management 招募、聘用等議題不包含在 QA archiect的工作範圍。
其中特別說明兩個地方
- Characteristics for Technical testing: 這部分主要是針對特定領域測試的專研。例如：資訊安全測試、效能測試等。這些都是特別的專業領域。有其特定的測試流程與工具。
- Test Tools and Automation: 測試工具的使用與自動化測試的實作會讓 QA 工程師從優秀到卓越。測試工具的領域很廣。根據不同的平台與需求有不同的工具。到底是遇到問題再去找工具呢?還是先對工具有些熟悉之後遇到問題就可應用上? 筆者建議兩者都會同步進行。針對Windows來說，筆者會建議下列兩個網站工具：
http://www.nirsoft.net/system_tools.html
https://technet.microsoft.com/en-us/sysinternals/bb842062.aspx
- Analytical Techniques: 靜態與動態分析。這邊主要說的是程式碼與整個應用系統的分析。當然，也有一些自動化分析工具可以使用。筆者經驗，可以使用自動化程式碼分析工具，針對分析的結果進一步調整相關的程式碼。
- Risk Based/Structure-based testing: 由於時間有限的狀況下，通常進行測試前會分析目前產品最有可能出現問題的地方，再針對這些部分討論細部的測試執行計畫。
Test Analyst
最後介紹的是測試分析。這個角色負責的工作內容多半由上述兩個角色分擔。
實務上，筆者經驗，如果 QA Manager 比較忙碌或是負責的專案比較多的情況下。就會有 QA Project Lead的這樣角色。
這個角色處理的工作範圍介於 QA Manager (管理)與 QA Architect(技術)之間。
