軟體專案管理（CMMI成熟度等級）實踐——之系統測試

標籤：專案管理   cmmi   系統測試   測試策略   缺陷記錄   

1.系統測試活動過程和內容

系統測試過程中，主要執行人員的職責：
測試負責人
1.制定及維護《系統測試計劃》。
2.編寫《系統測試報告》、《系統測試中止報告》。
3.審核《系統測試案例》。
4.定期監測測試人員的測試活動，審核測試結果。
5.組織搭建並驗證系統測試環境。

測試人員
1.制定及維護《系統測試案例》。
2.執行系統測試活動。
3.與開發人員進行溝通協調。
4.週期性把測試過程及結果向測試負責人報告。

（設計及編碼）開發成員
1.與測試人員進行溝通協調，解決系統測試中發現的缺陷。
2.編寫《系統部署手冊》、《使用者使用手冊》文檔。
3.驗證並協助搭建系統測試環境。

2.測試計劃

本段內容是2014年管理支撐系統改造項目的系統測試計劃，主要明確了測試目標、範圍、策略、進度、資源等情況。

2.1.測試範圍

測試子系統	模組/功能	是否測試	備忘
基礎平台	任務Message Service	是
基礎平台	統一組織與帳號管理服務	是
基礎平台	檔案管理、Office檔案轉換服務	是	放在第二階段
基礎平台	資料匯出服務	否	待定
基礎平台	Log Service	是	第二階段進行
基礎平台	工作日曆服務	是
基礎平台	統一許可權、菜單管理服務	是
基礎平台	系統生態環境管理	否	系統級內容
基礎平台	多租戶能力	是
流程能力平台	快速流程開發服務	是
流程能力平台	快速開發表單服務	是	放在第二階段
流程能力平台	資訊專欄開發服務	是	放在第二階段
流程能力平台	簡易統計報表格服務	否	待定
流程能力平台	營運管理服務	是	放在第二階段
陽光大廳	登入及首頁	是
陽光大廳	我的案頭	是
陽光大廳	關注流程	是
陽光大廳	流程展示	是
陽光大廳	職能管理	是	放在第二階段
陽光大廳	辦事指南	是	放在第二階段
流程化管理	流程執行	是
流程化管理	流程監控	是
……	……

根據項目整體情況，確定測試對象、測試重點。

2.2.測試準則

准入準則：整合測試活動已完成，並且達到了整合測試的出口準則。
結束準則：

• 測試案例執行率需達到100%。
• 缺陷修複率達到100%（缺陷嚴重為“較小”除外）。

2.3.測試資源2.3.1.人力資源

角色	人力資源	職責（測試內容）
測試負責人	陳X	負責測試計劃、測試案例、測試報告、陽光大廳測試等
測試人員	韓XX、王XX	測試能力平台、基礎平台及流程執行等
開發人員	徐XX	負責提供能力平台測試案例及問題處理、測試環境搭建

2.3.2.測試環境

伺服器端：

• IP：10.64.60.100
• 作業系統：Linux RHEL6.5
• 平台環境：Opentext Cordys BOP 4.3
• 資料庫：Oracle 10g、MySQL 5.5、MongDB 3.0.5
• Web服務：Apache Http 2.2.26

用戶端：

• 作業系統：Windows 7
• 瀏覽器：Chrome、IE9.0及以上

2.3.3.培訓需求

培訓內容	培訓方式	參與人	計劃時間
流程建模及快速開發	樣本講解給及手冊自學	開發人員、測試人員	8月10日—15日
業務及操作	講解需求和使用手冊	需求人員和測試人員	8月10日—15日

2.4.測試策略

依據項目實際情況，制定合適的系統測試策略，測試策略提供了對測試對象進行測試的推薦方法。

2.4.1.功能測試

測試目標：確保測試的功能正常，其中包括導航、資料輸入、輸出等功能；

測試範圍：以業務為導向的操作介面可見功能，涵蓋陽光大廳、流程化應用、流程快速開發等；

使用的技術：按照測試案例的描述來執行測試

測試重點與優先順序：

• 優先順序：流程化應用優先順序高、基礎管理優先順序低；
• 測試重點：流程快速開發及流程化應用中的流程執行。

開始標準：整合測試完成；

結束標準：運行完整業務，包括流程快速開發、流程執行，並通過陽光大廳展現出來。

需考慮的特殊事項：由於部分功能未開發完成，需要提前聲明；

局限性：由於業務局限性，無法全面測試流程能力，因此盡量選具有代表性的業務進行測試，以及類比測試。

2.4.2.資料和資料庫完整性測試

測試目標：確保資料庫存取方法和進程運行正常，資料完整（指MySQL、Oracle、MongDB間相關聯資料的完整、全面）；

測試範圍：全業務；

使用的技術：檢查資料庫，確保資料已按預期的方式填充，並且所有資料庫事件已正常發生；或者檢查返回的資料，確保正確的檢索到正確的結果；

測試重點與優先順序：重點在業務啟動、審批儲存過程交易資料完整性，以及系統異常時資料可追溯性；

局限性：系統異常很難發生，可以通過人工方式製造故障。

2.4.3.使用者介面測試

測試目標：

• 測試對象的特徵（例如：菜單、大小、位置、狀態）符合標準；
• 介面對象的存取方法（tab鍵、滑鼠點擊、快速鍵、滑鼠滾動）的使用。

測試範圍：

• 流程化應用介面
• 陽光大廳

需考慮的特殊事項：瀏覽器安全色性。

2.4.4.介面測試

測試目標：確保介面調用的正確性。

2.4.5.容錯移轉及故障恢複測試

測試目標：

• 容錯移轉可確保一旦故障發生，備用系統將及時“頂替”發生故障的系統；
• 故障恢複可確保一旦故障發生，系統可以做出相應的反應，以確保資料、資源不會丟失。

測試範圍：關鍵業務，例如：商務程序流轉時資料庫故障、網路故障；

使用技術：

• 負載平衡
• 資料庫HA
• 資料庫主叢複製

測試重點及優先：

局限性：

2.5.測試進度安排

模組名稱	工作任務	負責人	計劃開始日期	計劃結束日期
流程能力平台	流程建模及快速開發	韓XX	8月17日	8月21日
……	……

3.測試案例

4.測試執行4.1.測試執行記錄

4.2.系統測試缺陷記錄

缺陷編號	缺陷描述	缺陷類型	嚴重程度	優先順序	缺陷來源	報告人員	報告日期	缺陷狀態	解決人	解決措施	解決日期	驗證人	驗證日期	備忘
……	……

測試缺陷記錄執行規範說明如下所示：

1.缺陷編號：缺陷的唯一標示，命名規範：模組名稱+編號（從001開始）。

2.缺陷類型：

• F-功能：如邏輯，指標，迴圈，遞迴，功能等缺陷。
• G-文法：如拼字、標點符號等缺陷。
• A-賦值：如聲明、重複命名、範圍。
• I-介面：與其它組件、模組或裝置驅動程式、調用參數、控制塊或參數列表相互影響的缺陷。
• B-聯編打包：由於配置庫、變更管理或版本控制引起的錯誤。
• D-文檔：需求、概要設計、詳細設計等文檔。
• U-使用者介面：人機互動特性：螢幕格式、確認使用者輸入、功能有效性。
• P-效能：不滿足系統可測量的屬性值，如執行時間、交易處理速率等。
• N-標準：不符合各種標準的要求，如編碼通訊協定、設計規定等。
• E-環境：設計、編譯、其它支援系統的問題。

3.嚴重程度：致命、嚴重、一般、輕微。

4.優先順序：“高”層級缺陷需立即被解決；“中”級缺陷需正常排隊等待修複；“低”級缺陷可在方便時被修複。

5.缺陷狀態：

• 已提交：已提交的缺陷。
• 開啟：確認已提交的缺陷，等待處理。
• 拒絕：拒絕已提交的缺陷，不需要修複或不是缺陷。
• 修複：缺陷被修複。
• 關閉：確認被修複的缺陷，將其關閉。
• 重新開啟：驗證修複的缺陷，驗證結果未修複。

5.測試報告

執行完成系統測試後，需要形成測試報告。

5.1.測試報告內容

5.2.測試過程匯總5.2.1.測試案例執行情況

功能模組	執行用例數	失敗用例數	通過用例數	未執行用例數	用例通過率（%）
……
……

5.2.2.缺陷統計

5.3.測試報告附帶文檔

• 系統部署手冊
• 使用手冊

總結

通過本文的分享，能為測試負責人、測試人員提供系統測試執行過程及可操作參考規範文檔，提高測試品質。有不足之處，歡迎反饋交流。

著作權聲明：本文為博主原創文章，未經博主允許不得轉載。

軟體專案管理（CMMI成熟度等級）實踐——之系統測試