您是否在尋找一個同時管理多個并行開發工作的方法,或者僅僅尋找一個自動管理和追蹤測試資產的方法,IBM® Rational® ClearCase®可以幫助您來實現它。在本文中,我們將會看到幾種不同的用于管理測試資產的方法。我們曾經討論過幾種管理測試資產方法的優缺點,在這里我們將看到如何使用ClearCase來實現它們。本文適用于那些已習慣于Rational工具和那些熟悉ClearCase的用戶,而不是針對那些從未使用過測試資產配置管理(CM)的客戶。
在進入到案例之前,我們將回顧一些基礎的配置管理的概念。在此之后,我們將比較幾種不同的針對測試工件而創建的CM開發環境策略,并且我們將為您介紹一些案例。
什么是測試資產?
測試資產是被測試或QA團隊開發的任何一種工件。在IBM? 的 Rational 統一過程 (? RUP?)中,它包括以下的工件 (在RUP中按照角色分組):
實際上,測試資產涉及通過 Rational TestManager 中的測試資產工作臺和通過 Rational Software Quality 工具訪問的工件:
Rational TestManager 中的測試資產工作臺 |
在本文中,我們將討論如何為您管理Rational測試數據存儲庫中的所有資產。如果您還有存儲庫之外的測試資產,可能您需要修改在本文中提供地給定指令,或者您需要把它們重新部署在測試數據庫中的某個位置。在我們解了CM開發環境中是如何使用測試資產的例子之后,我們將考慮測試腳本,測試用例,手工測試用例,數據池和日志文件。
什么是配置管理?
那么,什么是配置管理和變更管理呢?您又如何利用它們支持您的測試工作?
配置管理和變更管理,用最簡單的術語描述就是,管理誰變更了資產,何時變更了資產,為什么變更資產。此外,配置管理支持追蹤工件的版本,創建和重新產生產品基線,并且支持并行的和多地域的開發。
每一個項目都有一個配置管理流程和開發環境,雖然它可能不是可實踐的,文檔化的或者可重復的。一個"優秀的"配置管理流程應該滿足以下要求:
當今軟件開發團隊面對的最大挑戰是缺少優秀的,可重復的以及實用的配置管理流程。我們過去的團隊開發環境疏忽了上面所述要求,它可能致開發工作變得混亂。規模越龐大的開發工作在項目的進度,成本上越會導致嚴重的負面影響,最終導致推遲上市時間并且使產品的品質下降。
統一變更管理(UCM)
原文轉自:http://www.anti-gravitydesign.com