實現軟體品質方法論的測試平臺－Mercury Quality Center 9.0

Mercury Quality Center 9.0
今年4月發佈最新的Mercury Quality Center 9.0，是企業級軟體測試暨軟體品質管理工具，能模擬遠端使用者操作的行為，以測試出軟體上線運作前可能潛在的缺陷。主要功能分別是測試需求管理（Requirements）、測試元件管理（Business Components）、測試計畫管理（Test Plan）、執行測試管理（Test Lab）、問題追蹤管理（Defects）與數位儀表版（Dashboard）等6個模組，其中測試元件管理與數位儀表版屬於全新的功能...

Mercury整合3P成為品質方法論
企業如何應用Mercury Quality Center，由流程管理層面監控軟體品質，可參考Mercury所提出品質方法論（Mercury Quality Methodology，MQM），其內容主要是將一般資訊系統常提到的3P：人員（People）、流程（Process）與產品（Product），當成決定軟體品質管制的因素。我們將會先透過3P模型理解Mercury Quality Centery在軟體品質管制上的角色，從而了解企業如何使用此工具...

Mercury Quality Center功能解析
測試元件管理
這是Quality Center 9.0新增的功能之一。專業的測試人員可以將整個待測程式，依據商業邏輯拆解成數個元件。以電子商務網站而言，可以將下訂單這類完整的使用者動作，拆解成登入、下訂單、更新訂單、刪除訂單、檢視訂單、傳送訂單、登出等元件，並顯示在測試元件管理的工作區內。如此一來，可以讓業務人員在不需要撰寫程式腳本的情況下，也能參與並執行測試，只要透過滑鼠拖拉元件，就可以依每位業務範圍測試系統運作狀態。甚至專案經理或營運主管也可以輕易操作測試工具...

測試團隊人數不在於多，而在於角色組成
數聯資安產品經理王大興建議，軟體測試團隊的角色，除了軟體專案經理（負責改善流程）、QA工程師（負責撰寫測試腳本）、QA測試員（負責操作工具）等以外，也可以納入使用者，也就是提出軟體需求的客戶...

建議售價：廠商未提供
Mercury
www.mercury.com
數聯資安總代理
（02）7721-1688
www.issdu.com.tw

Mercury Quality Center 9.0

Mercury Quality Center 9.0是企業級軟體測試暨軟體品質管理工具，其特色是模擬遠端使用者操作的行為，以測試出軟體上線運作前可能潛在的缺陷。美商Mercury在今年4月發佈最新的9.0版，工具的使用對象是企業內部的軟體品質管理團隊（Quality Assurance Team或Quality Control Team，簡稱為QA Team或QC Team）。

產品主要功能分別是測試需求管理（Requirements）、測試元件管理（Business Components）、測試計畫管理（Test Plan）、執行測試管理（Test Lab）、問題追蹤管理（Defects）與數位儀表版（Dashboard）等6個模組，其中測試元件管理與數位儀表版屬於全新的功能。

比起前一版，新增的測試元件管理可以讓待測軟體，以商業邏輯方式拆解成個別的元件，作為測試案例所需的最小單位。以往軟體測試由軟體設計師擔任時，會以程式碼作為測試案例的最小單位，但Mercury Quality Center採用測試元件，使得不會撰寫測試腳本語言（Test Script）的業務人員也可以參與測試，只要組合或設定這些元件即可構成一個測試案例，也讓測試人員專注於改善測試流程，而不是為了反覆測試而撰寫測試腳本等瑣碎作業。

新版也整合數位儀表版，呈現跨專案下各軟體產品的缺陷報告，讓專案經理或企業主管可一目了然地理解目前軟體的運作現況，可比喻為軟體的健康評量表。

由於新版增加元件測試與整合數位儀表板，使得Mercury Quality Center不僅用於軟體品質管理所需的各種測試，更能協助主管由流程層面改善軟體品質，成為企業營運的一部分。Mercury整合3P成為品質方法論

企業如何應用Mercury Quality Center，由流程管理層面監控軟體品質，可參考Mercury所提出品質方法論（Mercury Quality Methodology，MQM），其內容主要是將一般資訊系統常提到的3P：人員（People）、流程（Process）與產品（Product），當成決定軟體品質管制的因素。我們將會先透過3P模型理解Mercury Quality Centery在軟體品質管制上的角色，從而了解企業如何使用此工具。

許多資訊系統應用中也常提到3P，其實涵蓋廣義的解釋。首先，人員也稱為角色，一個角色可由單一或一個以上的人員擔任，許多角色再結合成為團隊（或稱為組織）。從品質方法論上所建議組成軟體品質管制團隊的角色，包括資訊長（CIO）、QA經理、QA測試人員、研發人員、業務分析師、協力廠商專案經理等。

至於MQM中的流程，指的是一連串相關聯的活動，而且可反覆執行。這些流程主要包括測試需求管理、測試計畫、執行測試（例如功能測試、壓力測試）、問題與偵錯，最後是上線應用。

其中問題與偵錯則涵蓋上述所有階段，原因是當測試執行後所發現的缺陷，可能需要重新定義測試需求，或僅修正測試計畫。當軟體已上線運作，仍可以透過Mercury Quality Center持續監控軟體運作的狀態，即使上線前經過多次測試，仍有可能發現無法預知的缺陷，此時就必需重新執行整個流程，所以MQM強調這是反覆的過程，而在反覆的過程中改進軟體品質。從此可知，軟體測試是軟體品質管制中重要的工作，以及提高軟體品質極有效的手段。

產品也稱為技術或工具，代表實現軟體品質管制的方法，使得軟體品質不只是空泛的理論。Mercury Quality Center提供瀏覽器介面，可以將軟體品質管制相關的工作，無論是透過自動測試或人工測試，都整合在單一工具內。Mercury Quality Center功能解析

測試需求管理
在測試前，測試人員必須先建立測試需求，需求中主要包括程式輸入值和預期的輸出值。每當程式測試完成後，可能是數值或字串等輸出結果。系統會比對預期結果和測試結果，並以長條圖顯示統計值，包括失敗、未知、無法執行、未完成，以及成功等。

測試元件管理
這是Quality Center 9.0新增的功能之一。專業的測試人員可以將整個待測程式，依據商業邏輯拆解成數個元件。以電子商務網站而言，可以將下訂單這類完整的使用者動作，拆解成登入、下訂單、更新訂單、刪除訂單、檢視訂單、傳送訂單、登出等元件，並顯示在測試元件管理的工作區內。如此一來，可以讓業務人員在不需要撰寫程式腳本的情況下，也能參與並執行測試，只要透過滑鼠拖拉元件，就可以依每位業務範圍測試系統運作狀態。甚至專案經理或營運主管也可以輕易操作測試工具。

測試計畫管理
測試人員在測試計畫功能中，針對每個測試案例填入名稱、計畫說明、層級、優先權與檢閱人（Reviewer）。由於軟體品質改善是反覆的過程，所以當測試已執行一個階段後，可能因為某些缺陷而必須重新建立測試計畫，這時候可以在計畫管理上連結前次測試所發現的缺陷，以提高測試效率，避免重覆測試，降低覆蓋率。

執行測試管理
測試計畫管理提供視覺化的執行流程，從這個流程可以了解每個待測案例的順序與關聯。流程圖中以藍色、綠色等兩種不同顏色的箭頭表示各案例間的關聯性。綠色表示流程中上一個案例的測試結果，必須成功後才進入下一個案例；藍色則表示無論上一個案例是否完成測試，都會繼續執行下一個流程。測試人員也可以在此決定每個階段的執行時間，並指定由哪一位負責人執行，或者以人工方式還是自動測試。

問題追蹤管理
問題追蹤管理會以表格方式呈現測試後所有缺陷，表格欄位包括流水號、狀態、負責人、優先權、簡述等欄位。

缺陷流水號由系統自動編碼，使用者無法自行更動，至於缺陷狀態則對應需求管理所提到失敗、未知、無法執行、未完成，以及成功等。測試經理可以將每個缺陷交由相關的負責人除錯，人員名單便顯示在負責人欄位。

顧名思義，優先權欄位顯示每項缺陷處理的優先順序，讓測試人員了解每項缺陷對軟體品質的衝擊程度，影響範圍越廣越需要優先除錯。最後的簡述則以簡點的一段文字說明缺陷。

詳細敘述顯示在表格下方畫面，包括說明與建議，主要是此缺陷發生的測試階段與時間等資料，以及負責人建議的除錯方式。

此外，測試人員也可以以附檔方式，更詳盡地說明缺陷的現況，例如與此缺陷相關的功能需求說明文字檔。系統更提供畫面擷取功能，將缺陷發生時的畫面擷取成圖形檔，附加在每項缺陷後。表格欄位開頭則以迴紋針圖示，代表此缺陷有附檔。

數位儀表版
數位儀表版則以圖形顯示測試的統計結果，在舊版必須與主程式分開執行，也就是系統最低需求為兩部電腦，9.0版已可以在單機執行主程式與數位儀表版。

此功能使用對象主要是專案經理或營運主管，作為輔助決策的重要依據。系統內建24個關鍵績效指標（KPIs），用於比對缺陷解決的達成比率與預期的指標差異，作為評量測試人員的標準。

即時分析功能
Mercury Quality Center在每個模組中，均提供即時分析功能。有了這個功能，專案經理或營運主管可以隨時、即時知道軟體測試的狀況，包括失敗、未知、無法執行、未完成，以及成功等個別統計，以及目前缺陷總數，並以圖形化報表顯示。

系統也同時產生測試執行過程圖（Test Execution Progress Graph）。橫軸是時間，區間由測試開始到目前為止；縱軸是截至目前為止的測試總數，兩者結合成一張趨勢分析圖，表示軟體健康狀態。歷經詳盡測試的軟體，會在此張趨勢分析圖呈現特定的曲線。

例如成功項目所繪出的曲線應隨著時間上揚；失敗項目在測試初期會急速增加，隨著缺陷被發現與解決，會控制在一個水平值，代表軟體仍存在缺陷，但不影響上線運作；無法執行項目在初期會隨著越來越多功能的加入與整合而增加，接下來又因頻繁的測試而下降。測試團隊人數不在於多，而在於角色組成

軟體測試與品質驗證，屬於軟體發展生命周期（SDLC）的流程之一，不只是單獨可獨立於整個軟體發展的階段性工作而已。

除了開發方法論以外，如果企業在過去便缺乏軟體測試的流程，另一個面對的難題是如何建立測試團隊。通常企業在精簡人力的策略下，軟體專案主管通常由資深軟體設計師兼任測試人員，或直接拔擢為測試負責人，其缺點是球員兼裁判，無助於軟體品質的提升。

數聯資安產品經理王大興建議，軟體測試團隊的角色，除了軟體專案經理（負責改善流程）、QA工程師（負責撰寫測試腳本）、QA測試員（負責操作工具）等以外，也可以納入使用者，也就是提出軟體需求的客戶。

他以多年的測試經驗，認為最好的測試人員是使用者。使用者雖然不了解程式碼與功能等細節，也因為如此，反而能找出軟體設計師的盲點，特別是軟體在不正常操作時的反應，或與其他應用程式交互傳遞資料時的突發問題，這類問題便常出現在上線運作後，而不是在軟體開發團隊內部測試時能及時發現。

不過，對企業軟體開發團隊而言，使用者的參與是重大挑戰，主要是他們與開發團隊如何建立默契，否則流程更容易處於失控的狀態。

營運主管如何透過工具評量軟體品質，也成為Mercury推出Quality Center的考量之一。系統內建24個關鍵指標值，供專案主管或營運主管快速了解缺陷改進程度與品質趨勢，呈現控管狀態或是品質下滑。這一點可以看出Mercury實現軟體品質方法論時，除了人員、流程與產品外，也注重管理與營運層面。軟體開發本身是充滿許多抽象活動，關聯到後續測試與品質評量時，不易量化。此產品的關鍵指標值來自於經驗累積和實戰的結果，適合企業主管參考。

僅支援UTF-8編碼的正體中文網頁應用程式
雖然軟體測試理論與觀念自70年代就以提出，80年代起國外大型企業便已開始建立軟體品質保證（SQA）部門，但直到現在本土企業對於企業級軟體測試，無論是觀念或相關工具市場都不熱絡。依IDC報告指出，Mercury在全球的測試工具市場中，占有率達58%以上，而Mercury Quality Center也由數聯資安代理，目前提供英文與簡體中文等版本，但尚未包括正體中文版。使用9.0版測試正體中文的網頁應用程式時，系統記錄缺陷而必須還原網頁畫面時，可能出現亂碼。數聯資安建議企業撰寫正體中文網頁應用程式時，採用UTF-8的編碼即可解決此問題。文⊙張瑞隆