以IBM Rational TestManager爲核心的測試管理
作者: aken 來源: Test8848.com
2、測試流程比較
關於軟件測試流程，網上大家討論得也很多，我們來看一個最簡單和常用的測試流程：根據軟件需求規格說明（Word格式）文檔，書寫（Word格式）測試計劃，設計（Word或Excel格式）測試用例，根據軟件Build的版本執行測試用例，記錄（Word或Excel格式）執行結果，發現並提交（Word或Excel格式）缺陷報告給開發人員，跟蹤所有缺陷直至解決，提交最終（Word格式）測試分析報告。
那麼IBM Rational的軟件測試流程是否就有很多獨到之處那？我們還是先來看看吧。從圖2中可以清楚看到，IBM Rational將所有的需求作爲測試輸入，根據測試輸入來制定測試計劃，整個測試計劃的核心就是規劃、組織和設計測試用例，通過手工測試和自動化測試兩種方式來實現測試用例，然後進行測試用例執行，記錄測試用例執行結果，並將發現的缺陷提交到缺陷管理系統中，最後對測試結果進行評估。
表面上看，IBM Rational的測試流程和我們常用的測試流程並沒有太大的區別，但是詳細的研究和應用之後，你會發現TestManager將需求、測試計劃、測試用例設計、測試執行、測試報告和測試缺陷全部集成，通過相互的關聯關係，更體現了其強大的自動化管理的功能。所以說，TestManager是非常適合我們日常測試管理應用的工具。
圖2
3、測試輸入（系統功能需求）
計劃測試工作的第一步就是驗證測試的輸入。測試輸入就是測什麼的問題，以及哪些需要驗證。測試輸入幫助我們對什麼需要測試作決定，而且幫助我們確定當開發過程的基線發生變化時，那些測試需要改變。在迭代開發過程中，由於各種變更非常頻繁，所以這點非常重要。
TestManager內置了三種測試輸入類型，即：IBM Rational RequisitePro中的需求、IBM Rational Rose中的可視化模型和Microsoft Excel電子表格中的數據。 其主要目的是將輸入的測試需求與相應的測試用例、測試執行關聯，便於對需求進行跟蹤確認。
本次測試實例是測試時代Bug管理系統，是一個小型的缺陷管理系統，基本流程是：測試人員提交新的Bug，然後進行分配，開發人員處理相應的Bug，最後測試人員驗證修復的Bug直至關閉。界面如圖3
圖3
測試輸入的實例是測試時代Bug管理系統的一份Excel的需求文檔和一份受控於RequisitePro的Word格式的需求文檔。如圖4和圖5
圖4
圖5
我們通過TestManager中的測試輸入的屬性將Excel格式的需求導入到TestManager中，通過選擇將RequisitePro中的需求關聯，這樣測試輸入就設置好了，我們可以開始制定測試計劃。詳細如圖6
圖6
關於軟件測試流程，網上大家討論得也很多，我們來看一個最簡單和常用的測試流程：根據軟件需求規格說明（Word格式）文檔，書寫（Word格式）測試計劃，設計（Word或Excel格式）測試用例，根據軟件Build的版本執行測試用例，記錄（Word或Excel格式）執行結果，發現並提交（Word或Excel格式）缺陷報告給開發人員，跟蹤所有缺陷直至解決，提交最終（Word格式）測試分析報告。
那麼IBM Rational的軟件測試流程是否就有很多獨到之處那？我們還是先來看看吧。從圖2中可以清楚看到，IBM Rational將所有的需求作爲測試輸入，根據測試輸入來制定測試計劃，整個測試計劃的核心就是規劃、組織和設計測試用例，通過手工測試和自動化測試兩種方式來實現測試用例，然後進行測試用例執行，記錄測試用例執行結果，並將發現的缺陷提交到缺陷管理系統中，最後對測試結果進行評估。
表面上看，IBM Rational的測試流程和我們常用的測試流程並沒有太大的區別，但是詳細的研究和應用之後，你會發現TestManager將需求、測試計劃、測試用例設計、測試執行、測試報告和測試缺陷全部集成，通過相互的關聯關係，更體現了其強大的自動化管理的功能。所以說，TestManager是非常適合我們日常測試管理應用的工具。
圖2
3、測試輸入（系統功能需求）
計劃測試工作的第一步就是驗證測試的輸入。測試輸入就是測什麼的問題，以及哪些需要驗證。測試輸入幫助我們對什麼需要測試作決定，而且幫助我們確定當開發過程的基線發生變化時，那些測試需要改變。在迭代開發過程中，由於各種變更非常頻繁，所以這點非常重要。
TestManager內置了三種測試輸入類型，即：IBM Rational RequisitePro中的需求、IBM Rational Rose中的可視化模型和Microsoft Excel電子表格中的數據。 其主要目的是將輸入的測試需求與相應的測試用例、測試執行關聯，便於對需求進行跟蹤確認。
本次測試實例是測試時代Bug管理系統，是一個小型的缺陷管理系統，基本流程是：測試人員提交新的Bug，然後進行分配，開發人員處理相應的Bug，最後測試人員驗證修復的Bug直至關閉。界面如圖3
圖3
測試輸入的實例是測試時代Bug管理系統的一份Excel的需求文檔和一份受控於RequisitePro的Word格式的需求文檔。如圖4和圖5
圖4
圖5
我們通過TestManager中的測試輸入的屬性將Excel格式的需求導入到TestManager中，通過選擇將RequisitePro中的需求關聯，這樣測試輸入就設置好了，我們可以開始制定測試計劃。詳細如圖6
圖6
4、測試計劃
書寫測試計劃要解決以下幾個問題：第一個，What和Where？主要是通過需求、可見的模型、和其它測試輸入來告訴你哪些需要測試，在哪裏測試；第二個，Why？測試輸入可以告訴我們爲什麼要在某些地方進行測試，即通過需求的優先級逐級的對系統需求進行驗證；第三個，When？迭代計劃可以告訴我們什麼時候進行測試，什麼時候必須通過測試。第四個，Who？測試計劃、迭代計劃、或者項目計劃告訴我們誰去執行這些測試活動。
那麼，明確了這些，而且系統功能需求已經作爲測試輸入導入到了TestManager中，這樣我們就可以開始制訂測試計劃。
我們在日常的測試工作中，測試計劃文檔通常都是比較詳細的，RUP測試計劃模板中一般會包括：簡介（目的，背景，範圍，項目標識）、測試需求、測試策略、測試類型（數據和數據庫完整性測試，功能測試，業務週期測試，用戶界面測試，性能評價，負載測試，強度測試，容量測試，安全性和訪問控制測試，故障轉移和恢復測試，配置測試，安裝測試）、工具、資源（角色，系統）、項目里程碑、可交付工件（測試模型，測試日誌，缺陷報告）、附錄A：項目任務等等。
那麼TestManager中的測試計劃是否就是我們傳統的測試計劃文檔那？其實不然，傳統的測試計劃在這裏可以作爲一個項目的總體測試計劃，而TestManager中的測試計劃主要是將總體測試計劃細化，針對系統功能和性能部分，進行規劃、組織和詳細設計測試用例，其中包含幾個主要的任務：收集和標識測試輸入（需求）、建立測試計劃、創建測試用例文件夾、創建測試用例、定義測試配置、定義迭代階段等。在TestManager中可以外部關聯整體測試計劃文檔。其實TestManager最擅長是對系統的功能和性能測試的管理，所以通常我們將這部分計劃用TestManager來管理和跟蹤，而測試進度這部分可以由類似於微軟的Project工具來管理和跟蹤。
下面我們通過實例說明在TestManager中如何制定測試計劃。首先新增加一個測試計劃，計劃名稱爲“功能測試”，具體操作：點擊菜單File > New Test Plan；接着創建兩個測試用例文件夾：“登錄系統測試”和“Bug管理流程測試”；最後我們將總體測試計劃外部關聯。在TestManager中的具體表現形式如圖7。
圖7
在TestManager中，這種標籤形式的測試計劃不方便預覽，所以轉化成我們最熟悉的表格的形式來看。如表1
表1
測試計劃制定完成後，接下來我們要進行測試用例設計。
書寫測試計劃要解決以下幾個問題：第一個，What和Where？主要是通過需求、可見的模型、和其它測試輸入來告訴你哪些需要測試，在哪裏測試；第二個，Why？測試輸入可以告訴我們爲什麼要在某些地方進行測試，即通過需求的優先級逐級的對系統需求進行驗證；第三個，When？迭代計劃可以告訴我們什麼時候進行測試，什麼時候必須通過測試。第四個，Who？測試計劃、迭代計劃、或者項目計劃告訴我們誰去執行這些測試活動。
那麼，明確了這些，而且系統功能需求已經作爲測試輸入導入到了TestManager中，這樣我們就可以開始制訂測試計劃。
我們在日常的測試工作中，測試計劃文檔通常都是比較詳細的，RUP測試計劃模板中一般會包括：簡介（目的，背景，範圍，項目標識）、測試需求、測試策略、測試類型（數據和數據庫完整性測試，功能測試，業務週期測試，用戶界面測試，性能評價，負載測試，強度測試，容量測試，安全性和訪問控制測試，故障轉移和恢復測試，配置測試，安裝測試）、工具、資源（角色，系統）、項目里程碑、可交付工件（測試模型，測試日誌，缺陷報告）、附錄A：項目任務等等。
那麼TestManager中的測試計劃是否就是我們傳統的測試計劃文檔那？其實不然，傳統的測試計劃在這裏可以作爲一個項目的總體測試計劃，而TestManager中的測試計劃主要是將總體測試計劃細化，針對系統功能和性能部分，進行規劃、組織和詳細設計測試用例，其中包含幾個主要的任務：收集和標識測試輸入（需求）、建立測試計劃、創建測試用例文件夾、創建測試用例、定義測試配置、定義迭代階段等。在TestManager中可以外部關聯整體測試計劃文檔。其實TestManager最擅長是對系統的功能和性能測試的管理，所以通常我們將這部分計劃用TestManager來管理和跟蹤，而測試進度這部分可以由類似於微軟的Project工具來管理和跟蹤。
下面我們通過實例說明在TestManager中如何制定測試計劃。首先新增加一個測試計劃，計劃名稱爲“功能測試”，具體操作：點擊菜單File > New Test Plan；接着創建兩個測試用例文件夾：“登錄系統測試”和“Bug管理流程測試”；最後我們將總體測試計劃外部關聯。在TestManager中的具體表現形式如圖7。
圖7
在TestManager中，這種標籤形式的測試計劃不方便預覽，所以轉化成我們最熟悉的表格的形式來看。如表1
|
Name
|
功能測試 |
Owner |
|
|
Descrition
|
導入Excel格式的測試需求或導入RequisitePro中管理的測試需求，設計測試用例，並進行測試覆蓋和測試跟蹤。 | ||
|
Created by
|
Modified on |
2003-9-18 13:00:00 | |
|
Modified by
|
Modified on |
2003-9-18 13:00:00 | |
|
Iterations-
Configurations
|
集成測試階段，系統測試階段 |
External Documents |
測試計劃.doc |
|
Custom
|
Test Phase：系統測試 Tester：test8848 Schedule：2003-9-1 到 2003-9-10 | ||
測試計劃制定完成後，接下來我們要進行測試用例設計。