通過Jazz和IBM Rational Team Concert進行測試管理
本文將介紹使用帶有 IBM® Rational® ClearQuest® 的 IBM® Rational® Team Concert™ 管理測試資產的兩種方法。Team Concert 包括整合的工作條目、源控制、以及編譯管理支援等,適用於小型和中型的團隊。IBM Rational 於 2008 年出推出 Jazz 技術平臺,這是第一個基於 Jazz 平臺的產品。Jazz 是商業產品,也是開源軟體,量測性和擴充套件性團隊通過合作可以將任務完美地結合到軟體開發週期之中。
眾所周知,協作是軟體開發必不可少的組成部分。開發軟體對於一支團隊來說就好像演奏一支爵士樂或管絃樂。這兩項活動都要求在協作和單幹之間尋求平衡。這也正是 IBM® Rational® 建立 Jazz 的原因所在,Jazz 是用於協作軟體開發和交付的下一代技術平臺。它建立在 Eclipse 平臺之上,並且提供一組整合的工具用以提高團隊內部和團隊之間的協作性。您可以把 Jazz 技術視作一個可擴充套件的框架結構,它動態地整合和同步與軟體開發專案相關聯的人員、處理過程和資產。
圖 1 中顯示了 Jazz 開發平臺的體系結構。該平臺是基於客戶機-伺服器架構的。Jazz 伺服器通常執行在一個 Java™ 2 Platform. Enterprise Edition(J2EE)並且和版本 1.4 相容的應用程式伺服器之上,負責一組用於程式控制和協作的關鍵服務和資料。
遠端客戶機通過網路以多種形式同 Jazz 伺服器進行通訊。主使用者介面(UI)是一個被稱作 Rational® Team Concert 的基於 Eclipse 的整合開發環境(IDE)和一個 Web 瀏覽器。您可以通過這些使用者介面檢視您的團隊正在進行什麼操作,並且執行所有的專案開發任務。
圖 1. Jazz 開發平臺的體系結構
Jazz 開發平臺提供了一組豐富的功能,為應用程式的開發提供了一個協作的基礎:
團隊知道和自動操作
專案團隊可以在他們所工作的條目的上下文環境中直接進行協作,並且他們將被自動地通告那些影響他們工作的變化和事件。
程式知道和自動操作
一個定製的專案程式指導團隊的工作流程,並且自動操作程式的步驟和檢查點。
可擴充套件的基礎構造
Jazz 平臺的客戶端和伺服器都是基於開放的 Web 標準的,並且 Eclipse 外掛程式的可擴充套件的基礎構造能夠被額外的外掛程式繼續加以擴充套件。
協作特性
Jazz 提供的協作特效能夠提供團隊的內聚力,例如聊天和事件日誌等。
聯結器架構
該架構能夠將 Jazz 同其他的源控制和變化管理系統(例如:IBM Rational ClearCase 和 IBM Rational ClearQuest)結合起來,增強您的軟體交付平臺的靈活性。
在 Rational Team Concert 中測試管理的不同方法
這些例子中的所有 Jazz 使用者介面都在 Rational Team Concert(Jazz 功能強大的客戶端程式)中被檢視。它是基於 Eclipse 開發平臺的。Team Concert 為使用者同 Jazz 進行互動,從而同其他團隊一道執行專案任務提供了若干個使用者介面和服務。您可以通過 Eclipse 外掛程式擴充套件使用者介面和功能。
在這些例子中,我們使用以下版本:
- Jazz Team Server 1.0 Beta 2
- Rational Team Concert 1.0 Beta 2
- Jazz ClearQuest Connectors 0.6 Beta 2a
有關 Jazz 的安裝和配置並不在本文的討論範圍之內。如果您希望安裝和設定一個 Jazz 開發環境,您可以從 Jazz 下載網站下載軟體包和安裝嚮導。
本文中的例子描述了在測試管理中使用 Jazz 的兩種方式:
- 僅使用 Rational Team Concert
- 將 Rational Team Concert 同 IBM Rational ClearQuest 結合起來
儘管這些例子關注的是測試階段,但是您將清楚地瞭解到通過 Jazz 進行協作管理專案的優點。
方法 1. 單獨使用 Rational Team Concert
|
第一種管理測試的方法就是在 Rational Team Concert 內部使用其特性完成全部和測試相關的工作,例如:開發測試用例、建立和指派測試用例、報告和跟蹤問題等等。
對於這個例子來說,我們假設 Jazz 開發環境已經建立起來,並且一個名為 ABC 的專案及其團隊也已經成立。我們運用兩支團隊和兩位成員來描繪角色和任務:
- Bob,一位測試人員
- Jack,一位開發人員
我們首先以測試用例的開發開始,請參見圖 2 中所示。您可以為專案中的任何一個開發迭代建立一個測試用例。一個好的測試用例能夠幫助您管理測試工作和跟蹤測試程式。在 Jazz 中,您可以隨著專案的進行而開發測試用例。首先,您起草一個測試用例,其中包括:測試目標、測試範圍等。然後,您開發主任務並且將它們分解為許多子任務。您的測試用例中的任務視同指派到團隊成員的工作條目相關聯的。這些任務完成後將自動地被反映在計劃之中,從而使您能夠在任意時刻知道方案的進展情況。舉例來說,如果您決定修改您的方案並且新增一個新的測試用例,那麼您可以在同時建立一個工作條目。
圖 2. 在 Rational Team Concert 中建立測試用例
在 Planned Items 檢視中,您可以定義測試用例、計劃任務持續時間、工作優先順序、以及工作的擁有者等的內容。在儲存您的變化之後,這一工作將被指派給測試人員。在這個例子中,用於測試用例 2005 的工作條目 59 被建立出來並指派給測試人員 Bob,請參見圖 3 中所示。
圖 3. 在 Rational Team Concert 中將測試用例建立為工作條目
您可以在 Test Plan 檢視中看到測試用例中的工作同工作條目 59 關聯起來了(請參見圖 4 中所示)。當您雙擊測試用例中的條目 59 時,您可以看到與其相關的工作條目的詳細資訊。
圖 4. 在 Rational Team Concert 中工作條目和測試用例相關聯
接下來,測試例項的擁有者可以通過處理被指派給他們的測試例項繼續處理過程。如果 Bob 工作在他自己的工作區,那麼他將發現指派給他的這一新的工作條目,並且他能夠檢視該測試用例(請參見圖 5 中所示)。當他開始工作時,他可以將其標記為“正在處理中”。
圖 5. Rational Team Concert 中的測試用例檢視
如果 Bob 在執行測試用例時發現一個問題,那麼她可以通過在 Team Concert 中建立一個問題工作條目型別來開啟一個問題報告。圖 6 中顯示在 Team Concert 中共發現了 60 個問題。您可以為問題設定許多屬性,例如嚴重性和優先順序等。
圖 6. 在 Rational Team Concert 中檢測到 60 個問題,提交給開發人員 Jack
您可以非常方便地將問題同測試用例關聯起來,請參見圖 7 中所示。這為其他人分析和解決該問題提供了一個參考。如果您知道 Jack 正是開發這段問題程式碼的人,那麼您可以在儲存之後將這個問題的擁有者設定為 Jack,從而 Jack 就能夠在他自己的工作區中看到這一工作條目了。
圖 7. 在 Rational Team Concert 中將問題標記為同測試用例相關聯
Team Concert 提供了許多方式使得 Jack 可以被通知自己收到了一個問題工作條目。他可以選擇自己喜歡的其中一種方式。比如:在他的 Event 日誌中獲取通知、接受一封電子郵件通知、或者檢查他的工作條目列表等。當他處理該問題時,他可以檢視細節、新增註釋、並且標記進展。在圖 8 所示的例子中,Jack 新增了註釋,將問題標記為已解決,並且將該工作條目返回給 Bob。
圖 8. 開發人員將問題標記為已解決
當 Bob 看到問題已經被解決並且返回給自己之後,他可以核實該問題是否被修改正確,如果是的話就將其關閉(請參見圖 9 中所示)。
圖 9. 問題由測試人員核實並且關閉
由於問題是同相應的測試用例相關的,所以 Test Case 檢視(請參見圖 10 中所示)也將顯示並關閉已經被解決的相關問題。因此,它不會再阻止測試用例的執行。
圖 10. 在測試用例檢視中問題被自動標記為完成
最後,由 Bob 完成測試用例的執行。
當工作條目 59 被標記為關閉的時候,測試例項 2005(59)同時也在 Test Plan Overview 檢視中被標記為完成,請參見圖 11 中所示。這有助於您跟蹤方案的處理過程。
圖 11. 當相應的工作條目完成時,任務也在測試用例中被標記為完成
方法 2. 將 Team Concert 和 IBM Rational ClearQuest 結合起來使用
對於那些熟悉 IBM® Rational® ClearQuest® 並且使用過 ClearQuest 進行問題管理的測試人員來說,Rational Team Concert 提供了一個 ClearQuest 聯結器和條目協作元件,將 ClearQuest 同 Jazz 開發平臺結合起來,使您能夠同步 ClearQuest 記錄和 Team Concert 工作條目之間的資訊。ClearQuest 中的任何變化都將被自動地同步到 Team Concert,反之亦然。在這種方式中,您可以繼續處理您的 ClearQuest 記錄,並且充分利用 Jazz 開發平臺中的協作和高階特性。
這一小節給出一個具體的例子,介紹如何使用 Jazz 進行測試管理
測試人員在 ClearQuest 中為開發人員開啟一個問題工作條目
在這個例子中,專案名稱為 Myproject,關鍵人員包括:
- Alice,一位測試人員
- Bob,一位開發人員
在測試期間,Alice 發現了一個問題。同往常一樣,她在 ClearQuest 中為 Bob 開啟一個問題報告 TABC00000011,請參見圖 12 中所示。
圖 12. 在 ClearQuest 中被開啟的 TAB00000011 問題
Jazz 中的 ClearQuest 聯結器將輪詢 ClearQuest 的變化,找出這一新的 ClearQuest 記錄,並且在同步發生時建立一個新的工作條目。這一新的條目(問題 17)是一個問題型別工作條目,並且它的屬性值被同步到 ClearQuest 記錄中的資料。它被指派給 Bob。如果 Bob 正在他的 Team Concert 客戶端中工作的話,他將看到這一新被開啟的問題成為他的 Work Items 視窗中的一個新的工作條目(請參見圖 13 中所示)。他可以雙擊該工作條目,檢視詳細資訊,並且開始處理這個問題。
圖 13. 一個新的工作條目 Defect 17 被自動地建立出來
Jazz 在 ClearQuest 和 Rational Team Concert 之間同步工作條目的變化
ClearQuest 記錄或者 Team Concert 工作條目的任何變化都可以被自動地同步。圖 14 和 15 中顯示了這樣的一個例子。在 Bob 對其所做出的改變進行儲存之後,ClearQuest 中的問題記錄將顯示產生於 Team Concert 同步的同樣的變化。這可能需要幾分鐘的時間,取決於您在 ClearQuest 聯結器屬性檔案中所設定的輪詢間隔時間。在這個例子中,Bob 分析了這一問題並且發現需要向測試人員索取更多的錯誤日誌。於是他向工作條目中新增了一個註釋,並且儲存下來。
圖 14. 在 Rational Team Concert 中向工作條目 17 新增註釋
在同步操作之後,Alice 將看到註釋將作為 ClearQuest 中這一問題的 Note 日誌。她可以收集並且向問題中新增錯誤的日誌。
圖 15. 註釋被新增作為 ClearQuest 中的問題 TABC0000011 的 Note 日誌
這個簡單的例子顯示瞭如何將 ClearQuest 同 Team Concert 結合起來,從而使測試人員和開發人員能夠使用 Jazz 開發平臺進行測試管理。Team Concert 提供了若干特性,以確保在 ClearQuest 和 Jazz 之間同步的成功。舉例來說,當工作條目及其相應的 ClearQuest 問題發生變化時,自動對工作進行合併。手工合併負責處理由那些影響工作條目及其相應的 ClearQuest 問題報告中的相同屬性而導致的衝突。ClearQuest 整合將會發布更加方便和可靠的新版本。
在第一種方式中,測試團隊通過使用 Jazz 的所有功能在 Rational Team Concert 中執行所有的測試活動和測試管理。因此,在專案開發過程中,無論是測試還是開發團隊,都使用統一的方法和相同的平臺。這對於專案管理起到了很大的幫助作用。由於您只需要讓團隊學會如何使用 Team Concert,所以對於訓練的要求是最小化的。結果是開發和測試之間的連線和協作更加無縫和有效。由於每個人只使用一個詞彙表和架構,所以資訊的交換也更加準確和清晰。
然而,某些特定的測試特性並沒有在當前版本的 Team Concert 中被實現。舉例來說,在某些大型專案中,測試用例使用權重來衡量測試工作量。有時我們需要定義測試用例在多大程度上成功,在多大程度上失敗,從而現實測試用例執行的成功率。幸運的是,Jazz 在伺服器端和客戶端上都是可擴充套件的,所以這些特性可以通過 Jazz 的擴充套件和定製來實現。
在第二種方式中,ClearQuest 同 Team Concert 進行結合和同步。如果測試團隊已經熟悉這款軟體的話,那麼他們就可以繼續處理 ClearQuest。ClearQuest 記錄和 Team Concert 工作條目由 Jazz 在後臺自動地進行同步,這使得專案團隊能夠和其他團隊進行協作。因此,測試團隊不僅可以使用 ClearQuest 中的問題管理和測試管理的強大功能,還可以享受 Jazz 開發平臺所提供的協作高階特性。
我們所使用的這一版本的缺點是,缺少 ClearQuest 聯結器的設定工具或者嚮導。因此,配置工作必須由手工完成。
本文介紹了兩種在測試管理中使用 Rational Team Concert 的方法。
Jazz 提供了一個整合協作的軟體開發環境,測試團隊能夠知道專案和合作者各項活動的進展情況,並且能夠更快、更簡單、更有效地完成團隊管理任務。由於 IBM 團隊持續進行 Jazz 平臺的開發,並且不斷髮布 Rational Team Concert 客戶端軟體的新版本,所以我們有理由期待更多的特性和更加穩定的效能。
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/14751907/viewspace-408739/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- [新手開發記錄] 測試通過之後進行重構
- 基於目標TPS的效能測試,如何通過手動設定場景進行測試?
- 測試是如何跟進和管理 bug
- 通過串列埠進行通訊 :串列埠
- 使用 Spring Boot 和 @SpringBootTest 進行測試Spring Boot
- 通過錄制指令碼進行壓測,生成的測試報告真的有價值嗎?指令碼測試報告
- 巴克萊銀行和花旗銀行測試IBM“區塊鏈應用市場”IBM區塊鏈
- 通過qq進行ip定位
- Maven執行和跳過單元測試Maven
- 軟體測試裁員後進入硬體行業做測試的過程和小感觸行業
- 如何對Mac進行基礎檢測和速度測試Mac
- 測試前奏 之 Robotium使用Eclipse和ADT對apk進行黑盒測試EclipseAPK
- 使用Angular CLI進行單元測試和E2E測試Angular
- 一個測試用例裡面有多套測試資料,如何用 beautifureport 分別對各組測試資料進行統計測試通過與否
- IBM Engineering Test Management — 需求驅動的測試管理工具IBM
- NetNORAD:通過端到端探測對網路進行故障排除
- Go工程管理 18 | 質量保證:通過測試保證質量Go
- 透過 OKR 進行專案過程管理OKR
- 使用抓包工具fiddler和apipost進行介面測試API
- 使用抓包工具 fiddler 和 apipost 進行介面測試API
- [譯] 通過測試來解耦 Activity解耦
- 『測試基礎』| 如何理解測試用例管理和缺陷管理?
- 如何通過CRM進行遠端支援?
- 使用PostMan進行API測試PostmanAPI
- postman進行http介面測試PostmanHTTP
- postman工具進行介面測試Postman
- 使用 HTTPie 進行 API 測試HTTPAPI
- 使用Loadrunner進行效能測試
- charles 如何進行介面測試?
- fiddler進行修改網路進行弱網測試
- 通過構建自己的JavaScript測試框架來了解JS測試JavaScript框架JS
- Rational Acoustics Smaart Suite 9.1.6啟用版(音訊測試分析軟體)UI音訊
- 筆記六:通過 Analyzer 進行分詞筆記分詞
- 通過 Spring 框架如何進行JDBC操作呢?Spring框架JDBC
- 通過JNI對C++進行封裝C++封裝
- android測試常用的adb命令以及進行Monkey測試Android
- Flutter測試(二):在專案中進行 Widget 測試Flutter
- 介面測試怎麼進行,如何做好介面測試
- 通過進攻心態進行有效的網路防禦