軟體品管測試的專業領域

軟體品管測試的專業領域

這篇文章主要引用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(技術)之間。

Leave a Reply

Your email address will not be published.