整合RTC與RPT進行協作式指令碼開

當測試人員在 Rational Performance Tester 中開發效能測試指令碼時，需要版本控制工具來幫助更好地管理測試指令碼的版本。Rational Team Concert 不僅提供了版本控制功能，還能幫助管理開發過程。本文介紹了 Rational Team Concert 提供的一種有效的方式，以協作開發 Rational Performance Tester 專案以及指令碼。

引言

當您在 IBM® Rational® Performance Tester 中開發效能測試指令碼時，您可以使用 IBM Rational Team Concert 中的版本控制特性，來提高指令碼版本的管理效果。當您考慮版本控制與開發過程控制時，您需要對以下三條進行配置：

1. 管理並控制團隊的進展
2. 與團隊成員有效地共享私人所做的工作，對於那些全球範圍內分佈的團隊來說更是這樣
3. 提供指令碼的原始碼以及版本控制，以支援再使用或者後續的指令碼評審

在敏捷軟體開發的快節奏中，越來越多的團隊開始採用 Rational Team Concert 來作為他們的專案管理工具。

除了專案管理特性，Rational Team Concert 還可以在管理開發過程的同時維護版本控制。在 Rational Team Concert 的幫助之下，您可以有效地協作，以開發 Rational Performance Tester 專案和指令碼。

為了使用這裡介紹的技術，您需要知道一些關於 Rational Team Concert 的基本常識。本文中並不包含關於使用者管理、專案區域管理、專案管理操作的資訊。如果您想要得到 Rational Team Concert 其他方面的具體資訊，您可以檢視“參考資料”部分。

Rational Team Concert 中的測試指令碼開發管理

Rational Team Concert 為專案團隊管理提供了一個強有力的協作性開發環境。在測試過程管理中，您可以一直使用程式來為團隊追蹤測試專案的進展。例如，測試管理員可以在 Rational Team Concert 中建立一個事例“指令碼開發”，以追蹤與事例相關的測試指令碼開發。稍後測試管理員可以建立事例“測試執行”，以追蹤測試執行期間所相關的任務。最後測試管理員可以使用事例“報告”，以追蹤現在測試報告的進度。本文關注的是第一個階段 - Rational Performance Tester 指令碼開發管理。

圖 1. Rational Team Concert 中的開發指令碼

圖 1 展示了 Rational Team Concert 原始碼控制之下的主要指令碼開發過程。

具體的過程

下面是該過程中的具體步驟：

1. 測試管理員在 Rational Team Concert 中為效能測試建立一個事例“指令碼開發”。
2. 測試管理員建立與第 1 步中事例相關的任務。每一項任務都描述了測試計劃中執行一個用例所需的內容與步驟。任務的產物就是可執行的 Rational Performance Tester 指令碼。
3. 測試管理員向測試員分配這些開發任務。
4. 測試員註冊到 Rational Team Concert 中並檢查分配的任務。
5. 測試員會準備 Rational Performance Tester 開發環境並開始處理任務。
6. 測試員通過向伺服器交付完成的測試指令碼來終結任務。
7. 測試管理員會從伺服器接受所有的指令碼並驗證它們。
8. 測試管理員終結事例或者重新開啟一些任務以進行進一步的處理。

在這個工作流程中，Rational Team Concert 有助於集中地控制開發過程，而且所有的團隊成員都可以相互協作以處理同一專案。同時，您還可以控制測試指令碼的所有版本，這些測試指令碼是測試員在 Rational Team Concert 中的 Rational Performance Tester 中開發的。這些指令碼還可以進行追蹤或者重新使用。

在接下來的章節中，您將會看到怎樣在 Rational Team Concert 原始碼控制之下開發 Rational Performance Tester 指令碼的具體細節。

為效能測試專案準備 Rational Team Concert 原始碼控制

為了讓 Rational Team Concert 管理專案的原始碼控制，您必須將 Rational Team Concert 與 Rational Performance Tester 工作臺整合到一起。在 Rational Team Concert 伺服器中您還必須為協作性開發做好準備。

安裝 Rational Team Concert，並連線到伺服器。

在您開始之前，收集與位於專案區域內 Rational Team Concert 伺服器相關的以下資訊。在第 6 步中還會使用到這些資訊。

• 伺服器 URI
• 伺服器名字
• 專案區域的使用者 ID
• 專案區域內的密碼

按照下列步驟，來安裝 Rational Team Concert 並連結到伺服器上：

1. 在您的電腦上安裝 Rational Team Concert 客戶端，並執行 Rational Performance Tester 的安裝程式。

圖 2. 安裝 Rational Team Concert 客戶端

圖 2 的大圖。

2. 在安裝期間，選擇含有 Rational Performance Tester 的一組包。通過選擇這組包，Rational Team Concert 客戶端與 Rational Performance Tester 會在安裝期間自動整合到一起。見於圖 3。

圖 3. 選擇含有 Rational Performance Tester 的一組包

圖 3 的大圖。

3. 在安裝過程完成之後，啟動 Rational Team Concert。Work Items 檢視會開啟。如果您需要開啟這個檢視，點選 Window > Open Perspective > Other > Work Items。
4. 為了在 Rational Team Concert 伺服器上鍊接到專案區域，您可以在 Team Organization 頁面上點選 Connect to Project Area。

圖 4. 連線到 Project Area

5. 點選 建立一個新的儲存庫連線。

圖 5. 建立一個新的儲存庫連線

6. 使用您在前面收集到的資訊填充區域。

圖 6. 完成與 Rational Team Concert 伺服器相關的連線資訊

7. 選擇合適的專案區域以進行連線。在連線到儲存庫之後，您的儲存庫就會顯示在 Team Artifacts 頁面上，如圖 8 所示。

圖 7. 選擇專案區域



圖 8. 含有選擇的 Team Artifacts 頁面

向 Rational Team Concert 中的原始碼控制新增 Rational Performance Tester 專案

在團隊開始協作開發指令碼之前，測試管理員必須建立一個 Rational Performance Tester 專案，然後將該專案新增到 Rational Team Concert 伺服器上的原始碼控制中。按照下列步驟，將效能測試專案新增到 Rational Team Concert 伺服器中：

1. 在 Rational Performance Tester 工作臺中開啟 Test Navigator 檢視。
2. 為了共享專案以進行協作性開發，您可以右擊效能測試專案，然後點選 Team > Share Project。接著 Share Project 視窗就會開啟。

圖 9. 共享專案

3. 選擇 Jazz Source Control 作為儲存庫的型別。

圖 10. 在 IBM Jazz™Team Server 上選擇原始碼控制

4. 選擇儲存庫工作區與構件以共享專案。儲存庫工作區就是在前面步驟中您所連線到的 Rational Team Concert 伺服器。

圖 11. 選擇元件

5. 選擇專案以進行共享。您可以新增更多的專案。

圖 12. 選擇專案

6. 點選 Finish。共享的專案會顯示在工作區內的 Pending Change 檢視中，如圖 13 所示。專案會新增到儲存庫工作區內。但是，其他的團隊成員在儲存庫交付之前，是不能看到儲存庫的。

圖 13. 向伺服器交付專案

在您向伺服器交付共享的專案之後，團隊成員可以在 Rational Team Concert 伺服器的原始碼控制之下訪問並編輯構件。

加入專案

每一個團隊成員都需要許可證，以連線到伺服器上，並訪問和交付對 Rational Team Concert 伺服器的任務變更（設定許可證是一項 Rational Team Concert 伺服器管理員所執行的任務；檢視“參考資料”部分中對 Rational Team Concert 資訊中心的連線）。

如上面所述，在您連線到 Rational Team Concert 伺服器和專案區域之後，建立一個儲存庫工作區，然後您必須載入 Rational Performance Tester 專案的內容到工作區中。按照下面的步驟來載入內容：

1. 開啟 Team Artifacts 頁面。
2. 選擇 Rational Performance Tester 區域所在的構件。例如，在圖 14 中， SCM Project Team Default Component 就含有專案。
3. 右擊構件，然後選擇 Load。接著 Load Repository Workspace 視窗就會開啟了。

圖 14. 載入效能測試專案的內容

4. 在 Load Repository Workspace 視窗中，點選 Find and load Eclipse projects。這個操作將會載入 Rational Performance Tester 專案到本地的工作區中。
5. 點選 Next。

圖 15. 找到並載入專案

6. 在 Rational Performance Tester 中開啟 Performance Test 檢視，右擊專案，然後選擇 Refresh。效能測試專案會在 Test Navigator 中開啟。

注意 ：

如果 Test Navigator 並沒有自動顯示出來，聯絡您的專案管理員，並得到專案合適的 .classpath 檔案。在本地檔案系統中為專案根目錄新增一個檔案。

在 Rational Team Concert 原始碼控制之下開發 Rational Performance Tester 指令碼

在您連線到 Rational Team Concert 專案區域並載入專案到本地工作區之後，您已經為在 Rational Team Concert 原始碼控制之下開發 Rational Performance Tester 指令碼做好準備。

對檢出過程所做的變更

與 IBM Rational ClearCase® 的原始碼控制不同，您不需要為編輯而檢出檔案。您可以在 Rational Performance Tester 工作臺中直接編輯工件。當您儲存更改時，檔案會標上如圖 16 所示的淡黃色矩形符號。其他的團隊成員並不能看到您所做的變更，直到您向伺服器交付變更為止。在這個協議中，很多使用者可以同時編輯同一個指令碼。

圖 16. 強調顯示的更改過的指令碼

檢入檔案

在本地工作區內驗證指令碼之後，您可以右擊檔案然後選擇 Team > Check-in。這個操作會在您的儲存庫工作區內確認該變更，在這個工作區內變更將會等待被交付。

圖 17. 檢入變更

當您檢入工件之後，Pending Changes 檢視中的 Outgoing 目錄下，將會建立一個新的變更。您所做的變更現在已經為交付做好了準備。

圖 18. Pending Changes 檢視

重點：

檢入的工件意味著，您所做的變更已經儲存到儲存庫工作區內，但是現在其他的團隊成員還不能看到這個變更。為了讓您所在的團隊知道您做的變動，在接下來的部分中選擇 Check-in and Deliver。作出這個選擇之後，您就不需要檢入變更的檔案了。

交付更改

您有幾種方式可以交付更改。

不暫停更改的情況下將其交付

如果等待交付的變更對其他的變更來說是獨立的，那麼該變更可以直接進行交付。使用者可以在 Pending Changes 檢視中檢查暫停的變更。

圖 19. 在不暫停變更的情況下等待交付的工件

暫停更改的條件下進行交付

暫停更改意味著其他的檔案也得到了更改，您對更改的交付取決於它們的情況。在這種情況下，在您解決好暫停的變更之前，是不能交付更改的。您可以在 Pending Changes 檢視中找到列出的相關工件。

圖 20. 暫停更改情況下等待交付的工件

在圖 20 中，createDefect.testsuite 工件擁有來自 users.datapool 資料檔案的資料替代品。因為當一個團隊成員編輯資料檔案，同時其他的團隊成員編輯工件時，工件會作為暫停的變更來顯示。團隊成員必須將工件及其暫停的更改放在一起進行交付。

和分配的工作項一起交付更改

您可以收集 Rational Team Concert 功能，以幫助管理開發過程以及進展。測試管理員可以建立與 Rational Performance Tester 指令碼相關的工作項，並向團隊成員分配工作項。這種功能可以幫助團隊管理員追蹤每一個團隊成員的進展。在這種情況之下，團隊成員可以將變更與分配的工作項聯絡起來。當他們交付這些相關的更改時，工作項會自動得到解決。按照下面的步驟來交付並解決工作項：

1. Pending Changes 頁面開啟之後，選擇一個外出的更改集。
2. 為了將“發展的”工作項與更改集聯絡起來，您可以右擊更改集，然後選擇 Associate Work Item （見於圖 21）。可用工作項的列表會開啟，如圖 22 所示。

圖 21. 將工作項與暫停的變更聯絡起來



圖 22. 為聯絡選擇工作項

3. 右擊相關的更改集，並選擇 Deliver and Resolve Work Item。

圖 23. 交付更改並交付工作項

您所做的更改會交付給伺服器，同時相關的工作項會自動得到解決。

接受更改

除了能與團隊共享您所做的更改，您還可以從交付更改的團隊成員那裡接受變更。按照以下方式來接受更改 ：

1. 在 Pending Change 檢視彙總，右擊私人更改或者包含一些更改的目錄。
2. 選擇 Accept 以接受其他人向本地工作區所交付的更改，這樣就能使您的工作區與團隊儲存同步化了。

圖 24. 接受外來的更改

強烈的合併

Rational Performance Tester 向您提供了測試以及提高產品質量的工具。將測試工具與 Rational Team Concert 整合起來，可以幫助您的團隊提高工作效率。

學到的知識

在我們部署 Rational Team Concert 與 Rational Performance Tester 時，我們想要共享一些有用的技巧。使用這些技巧，可以幫助您將 Rational Team Concert，不僅僅當作 Rational Performance Tester 指令碼的原始碼控制程式使用。

記錄指令碼的技巧

最近，您已經學到了怎樣變更儲存的效能測試指令碼，以及將變更交付發給 Rational Team Concert 伺服器以便與隊友進行共享。但是，在您記錄和共享新指令碼時，需要考慮以下幾點。

您也許遇到過這種情況： Rational Performance Tester 整合了 Rational Team Concert 客戶端。在 Rational Team Concert 原始碼控制之下，您已經開發了一個效能測試專案。但是，您不能將一個新指令碼記錄到直接與專案相連的伺服器上。

圖 25. 記錄並沒有開始

如圖 25 所示，當您試著在與專案相連的伺服器上記錄一個新指令碼時，Finish 按鈕並不可用。現在您還不能開始記錄指令碼。但是，為本地專案，而不是在原始碼控制中記錄指令碼，還是可以的。我們使用以下步驟來處理這個問題：

1. 在與您在 Rational Performance Tester 載入原始碼控制專案相同的工作區內建立一個本地的專案。
2. 在本地的專案中記錄新的指令碼。
3. 測試指令碼，以確認指令碼可以得到回饋，並且 100% 的驗證點可以得到通過。
4. 在檔案系統中，從本地專案目錄中複製新的指令碼到與伺服器相連線專案的目錄中去。
5. 在 Rational Performance Tester 中，重新整理位於原始碼控制之下的專案。

圖 26. 重新整理基於伺服器的專案

您所建立 的指令碼，位於專案中，並作為暫停的變更而列出來，如圖 27 所示。

圖 27. 新的指令碼包含進暫停的變更中

您可以按照前面介紹的步驟，來交付或者關閉一個工作項，或者進一步編輯檔案，並與其他的隊友共享專案。

記錄一條新指令碼

在以前，您會讀到關於作出變更，以及向 Rational Team Concert 伺服器交付變更的內容。您會看到怎樣與隊友共享 Rational Performance Tester 指令碼。當您記錄新的指令碼並共享這些資源時，注意以下的幾點：

在您將 Rational Performance Tester 與 Rational Team Concert 客戶端整合之後，您就不能將新的指令碼直接記錄到位於原始碼控制之下的 Rational Performance Tester 專案了。

圖 28. 單擊 Finish 並不是開始進行記錄

如果您想要將一條新的指令碼，直接記錄到位於原始碼控制之下的 Rational Performance Tester 專案中，那麼點選 Finish 並不會開始記錄新的指令碼。

為了處理這個問題，首先將一條新指令碼記錄到本地的 Rational Performance Test 專案中：

1. 在您在 Rational Performance Tester 中載入原始碼控制專案的同一工作區內，建立一個新的本地效能測試專案。
2. 將新的指令碼記錄到這個專案中。
3. 在您完成測試與編輯指令碼之後，使用 Save As 命令以將指令碼寫進位於原始碼控制之下的 Rational Performance Tester 專案中。

圖 29. 重新整理位於原始碼控制之下的專案

新的指令碼利於專案中，並作為暫停的變更而顯示，如圖 30 顯示。

圖 30. 新的指令碼作為暫停的變更而顯示

按照前面部分中介紹的步驟，來做進一步的編輯，並與其他的團隊成員共享專案。

忽視的資源

在前面，您已經知道了怎樣將新的專案新增到 Rational Team Concert 伺服器中。在 Jazz 伺服器上共享專案的最後一步，是為共享選擇忽略的資源，如圖 31 所示。

圖 31. Ignored Resources 嚮導

Rational Team Concert 提供了 Ignore Patterns 以幫助定義不被共享資源以及自動忽略匹配資源的型別。在您  更新檔案或者確認變更時，所有與這個模式相匹配的檔案或者目錄都會被忽略。

除了定義的忽略模板，在您與隊友共享專案時，您還可以忽略開發過程中您所選擇的工件。

右擊檔案時，選擇 Team > Add to Ignore List，然後在開啟的視窗中，忽略什麼以及在什麼地方忽略。

圖 32. 新增忽略的工件
 

效能測試的原始碼控制以及更多

在 Rational Team Concert 與 Rational Performance Tester 整合的基礎之上，您可以管理效能測試指令碼的開發，並提供了原始碼控制的功能。這種協作性的開發-管理環境，可以提高測試管理、指令碼再使用與版本控制的功能。除了 Rational Performance Tester，您還可以從將 Rational Team Concert 與其他基於 Eclipse 的開發程式整合在一起收益。您可以將這個模型擴充套件到大多數的開發工具以及基於 Eclipse 的平臺上。

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/14780914/viewspace-625559/，如需轉載，請註明出處，否則將追究法律責任。