模板
教程
環境
性能
功能
管理
軟件測試 > 測試技術 > 軟件測試工具 > Rational軟件測試工具 > TestManager >
[原創]以IBM Rational TestManager為核心的測試管理2
發表于：2008-04-07來源：作者：點擊數：
標簽：
[原創]以IBM Rational TestManager為核心的 測試管理 2 作者：aken 1 、 TestManager 簡介 TestManager 是一個開放的、可擴展的框架，它將所有的 測試工具 、工件和數據組合在一起，幫助團隊制定并優化其 質量 目標。其工作流程主要支持 測試計劃 、測試設計
[原創]以IBM Rational TestManager為核心的測試管理2
作者：aken
1、TestManager簡介
TestManager是一個開放的、可擴展的框架，它將所有的測試工具、工件和數據組合在一起，幫助團隊制定并優化其質量目標。其工作流程主要支持測試計劃、測試設計、測試實現、測試執行和測試評估等幾個測試活動。
圖1
從圖1中，我們可以看到TestManager可以創建和運行測試計劃、測試套和測試腳本，可以插入測試用例目錄和測試用例，進行測試用例設計，對迭代階段、環境配置和測試輸入進行有效的關聯?？梢詣摻ê痛蜷_測試報告，其中有測試用例執行報告、性能測試報告，而且很多其他類的報告，還可以創建SoDA的Word格式的文檔。
除此以外，TestManager還有很多輔助的設置，其中包括：創建和編輯構造版本、迭代階段、計算機、計算機列表、配置、配置屬性、數據池、數據類型、測試輸入類型、測試腳本類型等等，還可以定制系統需要的屬性。
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
測試計劃書寫測試計劃要解決以下幾個問題：第一個，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
測試計劃制定完成后，接下來我們要進行測試用例設計。
那么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
測試計劃書寫測試計劃要解決以下幾個問題：第一個，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：測試時代 Schedule：2003-9-1 到 2003-9-10 | ||
測試計劃制定完成后，接下來我們要進行測試用例設計。
原文轉自：http://www.anti-gravitydesign.com
