通過使用 IBM Rational來測試 SIP 應用程式

myattitude發表於2009-04-14

SIP 容器是 WebSphere Application Server V6.1 的一個元件,用於管理 SIP 應用軟體的完整生命週期。該容器是一個能管理整合應用軟體的整合容器。整合應用軟體同時包含了 SIP 與 HTTP 元件。SIP 應用程式是一個 Java 程式,它使用了至少一個寫入 JSR 116 規格說明的 SIP servlet 。而 SIP servlet 則是一個能執行與 JSR 116 SIP servlet 規格說明相關 SIP 訊號的 Java 應用程式。其中SIP servlet 規格說明是由 Java Community Process 開發的。

先行條件

您應該對 SIP 協議與各種 SIP 資訊(請求與回應程式碼),以及這些資訊的狀態程式碼,有一個很好的理解,這樣才能使用 Rational Performance Tester for SIP 工具。SIP RFC 3261 提供了對各種 SIP headers ,資訊元素與可用狀態碼的完整描述。

您將會學到什麼

Rational Performance Tester 是一個效能測試工具,它能對基於伺服器的應用程式進行自動載入與效能測試。而 Rational Performance Tester for SIP 則是對 Rational Performance Tester 的擴充套件,它能測試 SIP 應用程式。Rational Performance Tester for SIP 通過模仿多個使用者,提供了進行功能性校正與效能測試的 SIP 應用軟體測試工具。

本篇文章介紹了 Rational Performance Tester for SIP 工具的使用,以對 SIP 應用程式進行功能性測試。它介紹了使用包含在 IBM Rational Application Developer V7.0 中 Call Forwarding SIP 樣本,對 SIP 應用程式進行測試,涉及到的完整過程。完整的過程包含了以下這些步驟:

  1. 建立 SIP 網路。
  2. 使用 Rational Performance Tester 進行測試。
  3. 檢查並理解 Rational Performance Tester 中出現的結果。

本文中使用到的 Call Forwarding 示例的介紹

Call Forwarding 示例是一個整合應用程式,它是作為 IBM WebSphere Application Server Toolkit V6.1.1 示例庫中的 SIP 示例而出現的。一個整合應用程式同時包含了 HTTP 與 SIP 元件的定義。

Call Forwarding 示例同時包含了 HTTP 與 SIP servlets,而正是這讓它成為一個整合的應用程式。在這些例子中,您將會使用該示例作為 SIP 應用程式進行測試。示例中的 HTTP servlet 提供了一個使用者介面(UI),如圖 1 所示,以配置 forwarded call 地址對映。在使用者介面中,通過輸入 Public SIP 地址與 Forwarding SIP 地址,然後點選 Submit 按鈕,來建立一個新的對映。Clear 按鈕用於清除所有已存在的對映。對於本文中的例子,您將會使用到圖 1 中已存在對映下面顯示的對映。


圖 1. Call Forwarding 示例提供的 Call forward 對映使用者介面
Call Forwarding Sample Configuration 螢幕檢視

Call Forwarding 示例功能

Call Forwarding 示例顯示了訪問轉寄的特性,該特性一般見於公共交換電話網路,但是它使用了一個 SIP 網路。當一個 SIP 訪問被置於 SIP URI 中時,通過使用圖 1 所示的 使用者介面,基於示例定義的對映,該訪問會被轉寄給另一個 SIP URI 。

圖 2 描述了在兩個使用者機構(UAs):UA1 與 UA2 之間的 SIP 訪問流。使用圖 1 定義的對映, UA1 對應 alice@9.42.136.135,而 UA2 對應 alice@9.42.136.126。


圖 2. 訪問轉寄的 SIP 訪問流
 UA1 與 UA2 之間的交流圖表

建立物理測試環境

圖 3 顯示的物理測試環境,用於測試 Call Forwarding 示例。本節介紹了建立該環境所需要的步驟 。


圖 3. 物理測試環境
圖表:建立 UA1,UA2 與軟體伺服器

建立 User Agent 1

出於本篇文章目的的考慮, UA1 是一個安裝了 Rational Performance Tester for SIP ,以及其 Agent Controller 的 Microsoft Windows 機器。Rational Performance Tester 中的 Agent Controller 是一個 daemon 程式,它允許客戶程式啟動主體程式,並與主體程式中共存的元件交流。Rational Performance Tester 用預設的 5555 埠接受 SIP 資訊,這是為該軟體任意選擇的一個號碼。而且該埠號碼可以由 Preferences 改變:

  1. 選擇 Window > Preferences
  2. 在 Preferences 檢視中,擴充套件 Test,並選擇 SIP Test Playback。您可以將 SIP URI 接聽埠,改成一個不是 5555 的值。

建立 WebSphere Application Server V6.1 Network Deployment 版本

通過使用 WebSphere Application Server Profile,給出了一個軟體伺服器例項,來將 WebSphere Application Server v6.1 Network Deployment 版本安裝在 RedHat Linux Enterprise Edition V4.0 伺服器(此處以後簡稱為 Linux)上 。本篇文章並不包括安裝指導,但是您可以在 WebSphere Application Server Toolkit(見於 Resources)的 SIP Tools Developer Guide 中找到它們。您還可以在那裡找到安裝最新 Fix Packs 的指導檔案。對於本篇文章,我們通過使用 WebSphere Application Server 6.1.0.9 Fix Pak 來更新軟體。

工具箱 Samples Gallery 中包含的 Call Forwarding Sample ,被裝載到 WebSphere Application Server Toolkit 工作區,並作為一個 SIP 檔案檔案(SAR 檔案)輸出。檢視 WebSphere Application Server Toolkit 中的 SIP Tools Developer Guide。

提示:
因為這是一個整合的應用軟體,所以 WebSphere Applicaition Server Toolkit 中的 Call Forwarding 示例,可以作為一個 WEB 檔案檔案(WAR),或者一個 SAR 檔案輸出。

SAR 檔案通過 WebSphere Application Server Integrated Solutions 控制檯應用於 WebSphere Application Server 。向 WebSphere Application Server 應用 Call Forwarding SAR 檔案的步驟包括:

  1. 通過使用該 URL:http://hostname:9060/ibm/console 在任意一臺機器上啟動 console。
  2. 如果您的 WebSphere Application Server 安全性允許的話,通過輸入您的使用者 ID 和密碼,來登入控制檯。
  3. 在歡迎頁面上,展開 Application 並選擇 Install New Application
  4. 在右邊的格子中:
    • 如果 SAR 檔案位於本地檔案系統上,那麼點選 Browse
    • 如果 SAR 檔案位於遠端檔案系統上,那麼在點選 Browse 之前選擇 Remote File System
  5. 從工具箱中輸出的檔案系統中,選擇 Call Forwarding SAR 檔案。
  6. 因為 Call Forwarding 示例是一個整合的應用軟體,所以要應用它就需要一個 context root。在 Root Context 中輸入字串:CallForwardingSample
  7. 採用所有的預設設定,並點選 Next
  8. 在接下來的選項中,採用所有預設的設定,然後點選 Next
  9. 再次接受預設設定,並點選 Next
  10. 點選 Finish
  11. 在顯示應用 Call Forwarding 示例結果的最後一個皮膚上,點選 Save link。這是一項重要的步驟,它能儲存 WebSphere Application Server 中的管理員配置。
  12. 在左邊的導航檢視中點選 Enterprise Applications,並確保 CallForwardingSample.sar 檔案,與 Stopped 的程式狀態一起已被列出。
  13. 為 CallForwardingSample.sar 檔案選中 Select 列的核取方塊,並點選 Start 以啟動應用程式。

Application Status 應該被改成 started,它只由一個指向右邊的綠色箭頭指示,如圖 4 所示。這個螢幕截圖同時顯示出了,在靠左邊的 Names 列應用的 CallForwardingSample 應用程式。


圖 4. WebSphere Application Server 中的 Call Forwarding 示例 SIP 程式 Started 狀態
 Application Status,右列下的綠色箭頭

以上這些步驟完成了遠端 WebSphere Application Server 上,Call Forwarding 示例的部署,而且該應用軟體已為測試做好了準備。

建立 User Agent 2

UA2 是一個 Linux v4.0 box ,它基於 call forwarding 應用程式定義的對映,配置作為一個前置於 WebSphere Application Server 的SIP 訪問的接聽器。使用者介面如 **第三部分** 所述。 Rational Performance Tester for SIP 中的 Agent Controller 程式,提供了作為接聽器的功能 。Agent Controller 安裝於 Linux box。您可以按照以下步驟,來安裝 Agent Controller。

  1. 安裝 Linux box 中的 Rational Performance Tester 包含的 Installation Manager 軟體。
  2. 通過使用 Installation Manager 來安裝 Agent Controller

Rational Performance Tester for SIP 安裝 CD 同時包含了這些程式。首先必須安裝 Installation Manager,這樣您才能使用它來安裝 Agent Controller。在 Linux 中安裝 Agent Controller 以後,您需要啟動程式以作為一個接聽器。為了開始這項工作,您可以使用 ./RASStart.sh 命令,該命令位於 Linux 的這個資料夾中:
/opt/IBM/SDP70Shared/AgentController/bin

到此為止就完成了 UA2 的建立。

測試示例

測試位於遠端 WebSphere Application Server 機器上的 Call Forwarding 示例,涉及到 Rational Performance Tester 中如下元件的建立,其中的遠端 WebSphere Application Server 機器使用了 Rational Performance Tester for SIP 擴充套件。

  1. 建立一個 Performance Test Project。
  2. 建立一個 SIP 測試。
  3. 配置 SIP 測試。
  4. 為在步驟 2 中建立的 SIP 測試建立一個同等的測試。
  5. 配置同等測試。
  6. 建立一個 Performance Schedule。
  7. 執行 Performance Schedule。

建立一個效能測試專案

按照以下步驟,來建立一個 Performance Test Project:

  1. 在 File 主選單中,選擇 New > Performance Test Project 以啟動專案建立嚮導。
  2. 在嚮導中,輸入 SampleTests 以作為專案名,然後點選 Finish
  3. 在 Create New Test from Recording 嚮導中,點選 Cancel

圖 5 顯示了建立的 Sample Tests 效能測試專案,在您完成那些步驟以後,該專案會顯示在 Test Navigator 檢視中。 SampleTests 專案下面顯示的各種 SIP 測試元件的建立與配置,將在接下來的段落中介紹。


圖 5. Rational Performance Tester 中的 Test Navigator 檢視
CallForwarding 包含在 SampleTests 之下

按照以下步驟,可以建立 SIP 測試套件:

  1. File 選單中,選擇 New > Other
  2. 在 New SIP Test 嚮導中,展開 SIP Test,選擇 SIP Test,並點選 Next
  3. 在 Name 區域,輸入 CallForwarding 作為測試名並點選 Finish

建立 SIP 測試以後,在 Call Forwarding 測試中將開啟 Performance Test 編輯器,如圖 6 所示。


圖 6. Rational Performance Tester for Call Forwarding 測試套件中的 Performance Test 編輯器
View 顯示 Test Contents 與 Test Element Details

配置 SIP 測試

接下來,您需要為測試 WebSphere Application Server 中應用的 Call Forwarding SIP 應用程式,建立 SIP 資訊。安裝了 Rational Performance Tester 的 UA1 機器發起 SIP 訪問。該 SIP 資訊根據訪問流,為那個 Call Forwarding 應用程式而建立(見於圖 3)。

根據如下這些步驟,來建立由 UA1 發起的 SIP 資訊:

  1. 在 Performance Test 編輯器中,選擇 CallForwarding
  2. 從下拉選單中,點選 Add,然後選擇 Send Request
  3. 在 New SIP request - Send 嚮導中,保持預設設定不變。
  4. 在 Select 請求方法是 INVITE 的地方,選擇 Default Dialog 並點選 Finish

您剛剛建立的 Invite 請求顯示了一個錯誤。為了校正這個錯誤,您必須設定 Send Request 測試元素的 URI 區域的 Request URI :

  1. 選擇 Send Request 測試元素,並在 URI 文字區域輸入 alice@9.42.136.135:5060
  2. 通過點選存檔圖示儲存編輯器。該操作移除了 Send Request 測試元素上的錯誤。

To 與 From 資訊 headers 需要為 Send Request SIP 資訊配置。To header 區域指定了請求的“邏輯”接收者 ,而 From header 指示了請求的發起者。

  1. 在 Message Headers 表中,選擇 Toheader 並點選 Modify。這就將 To header 置於編輯模式。
  2. 在 URI 區域,輸入 alice@example.com,然後為 Display 名輸入 alice
  3. 點選 Next 以編輯 From header,它是 INVITE 請求的下一個 SIP header 。
  4. 在 URI 區域,輸入 vijayb@ibm.com,然後為 Display 名輸入 vijayb

您剛剛建立的 Send 請求需要被配置,以向 WebSphere Application Server 伺服器傳送請求,該伺服器就是 Call Forwarding 應用程式應用的地方。正如前面所述, WebSphere Application Server 是用這個 IP 地址:9.42.136.135,在 Linux 伺服器上執行的。WebSphere Application Server 中的 SIP 容器,用預設的 SIP 埠:5060 進行接聽。WebSphere Application Server 伺服器對來自 UA1 的 Send 請求作出響應,同時 SIP 測試需要應對來自伺服器的響應。接下來的四步應對 WebSphere Application Server 響應:

  1. 選擇 Send Request,點選 Add,然後點選 Receive Response
  2. 在 New Receive Response 嚮導中,選擇 100 Trying,這是基於訪問流的預期響應。
  3. SIP 的 1xx 響應是暫時的響應。因此,通過選擇位於 Test Element Details 之下的 Optional 核取方塊,來將該回應變成暫時性的

工具提供了一個驗證特性,以驗證 Rational Performance Tester 為 Send 請求接受的響應程式碼。該特性可以驗證響應程式碼,以及與響應相關的內容。在這裡,您從 WebSphere Application Server 中使用驗證特性,來驗證響應程式碼。

  1. 選擇 Receive Response 資訊,點選 Add,並選擇 Response Code Verification Point。編輯器右邊的格子發生改變,以顯示響應程式碼驗證測試元素細節。
  2. 選中 Enable Verification Point

Exact Expected Code 值是將在響應中驗證的響應程式碼。它可以檢查,以為預期的響應程式碼新增上限與下限,該響應程式碼為程式碼驗證提供了範圍值。Response Code Verification Points 可以向所有的響應新增。對於本文中的測試,它們只為 100 Trying 響應程式碼新增 。

  1. 選擇 Send 請求,點選 Add,並選擇 Receive Response
  2. 在 New Receive Response 嚮導中,選擇 180 Ringing,這是在 100 Trying 之後的預期響應。
  3. 選擇 Send 請求,點選 Add,並再次選擇 Receive Response
  4. 在 New Receive Response 嚮導中,選擇 200 OK,這是在 180 Ringing 之後的預期響應。

(可選擇) 完成 SIP 對話

接下來的步驟是可選擇的,但是也是完成一次 SIP 會話所需要的。UA1 通過向 UA2 傳送一次 ACK 請求,來確認響應 200 OK 。 ACK SIP 資訊確認 UA1 與 UA2 之間的訪問已經建立。ACK 請求不通過 WebSphere Application Server SIP 容器而是直接傳送至 UA2,因此該 ACK 請求的 URI 指向 UA2 的 IP 地址,也就是 9.42.136.126。

  1. 選擇 CallForwarding Test,點選 Add,並選擇 Send Request
  2. 在 New SIP Request 會話中,為 Select 請求方法選擇 ACK Default Dialog 然後點選 Finish

ACK 請求需要像前面建立的 INVITE 請求那樣配置好。

  1. 選擇 Send ACK 測試元素,並在 URI 文字區域輸入 alice@9.42.136.126:5555
  2. 通過點選存檔圖示,儲存編輯器內容。這就去除了 ACK Send Request 測試元素上的錯誤。
  3. 在 Message Headers 表格中,選擇 Toheader 並點選 Modify。這就將 To header 置於編輯模式。
  4. 在 URI 區域,輸入 alice@9.42.136.126:5555,並輸入 alice 以作為 Display 名字。
  5. 點選 Next 以編輯 From header,這是 ACK 請求的下一個 SIP header 。
  6. 在 URI 區域,輸入 vijayb@ibm.com,並輸入 vijayb 以作為 Display 名。

UA1 與 UA2 之間的 SIP 訪問,以 UA1 傳送至 UA2 的 BYE SIP 訊息結束。

  1. 選擇 CallForwarding test,點選 Add,並選擇 Send Request
  2. 在 New SIP Request 對話中,為 Select 請求方法選擇 BYE Default Dialog,然後點選 Finish

BYE 請求需要像前面建立的 INVIKE 請求那樣配置好。

  1. 選擇 Send BYE 測試元素,並在 URI 文字區域輸入 alice@9.42.136.126:5555
  2. 儲存編輯器設定,以移除 Send Request 測試元素上的錯誤。
  3. 在 Message Headers 表格中選擇 To header 並點選 Modify,以將 To header 置於編輯模式。
  4. 在 URI 區域,輸入 alice@9.42.136.126:5555,並輸入 alice 以作為 Display 名。
  5. 點選 Next 以編輯 From header,這也是 BYE 請求的下一個 SIP header。
  6. 在 URI 區域,輸入 vijayb@ibm.com ,並輸入 vijayb 以作為 Display 名。

UA2 通過 200 OK 響應 UA1 傳送的 BYE 請求,這需要新增至 UA1 ,以接收來自 UA2 的回應。

  1. 選擇 Call Forwarding test,點選 Add,並選擇 Receive Response。
  2. 在 New Receive Response 嚮導中,選擇 200 OK,這就是預期想要的回應。

為您的 SIP 測試建立一次 SIP 同等測試

Rational Performance Tester for SIP 的同等測試,就是為 SIP 結束點的 SIP 資訊流,該結束點回應來自發起者的 SIP 訊息。在本例中,UA2 就是 SIP 結束點,如圖 3 所繪。通過使用 SIP 測試可用的 Create counterpart SIP test 操作,Rational Performance Tester 為建立 UA2 發起的 SIP 測試訊息,提供了一種簡便的方法。

按照以下步驟,為 CallForwarding 測試建立同等測試:

  1. 右擊 CallForwarding test 並在下拉選單中選擇 Create counterpart SIP test
  2. 至於同等測試套件的名字,保持預置的名字不變, CallForwarding_counterpart 並點選 OK
  3. 在 Test Navigator 中,雙擊 CallForwarding_counterpart 測試套件,以為同等測試啟動效能測試編輯器。

圖 7 顯示了 CallForwarding_counterpart 測試套件的測試編輯器 。


圖 7. CallForwarding_counterpart 測試套件的測試編輯器
Performance Test - CallForwarding_同等檢視

在同等測試編輯器中,您可以看到,所有的 SIP 回應、請求的回應與 UA1 的回應,都自動為您建立好了。操作 Create counterpart SIP test 在 UA1 SIP 測試訊息的基礎上,為同等測試建立了所有的 SIP 訊息。您只需為同等測試配置 URI,並新增所有需要的驗證點。

配置同等測試

配置 URI,SIP 回應的 To URI, 和 From URI ,以及 UA2 作為發起者,UA1 作為 終止 SIP 機器的情況下,來自同等測試的請求:

  1. 對於 Receive INVITEACK,以及 BYE 回應,設定請求 URI 為 alice@9.42.136.126:5555

建立一個 Performance Schedule

Rational Performance Tester 中的 Performance Schedule 元件,用於配置以下 SIP 測試的元素。

  • 執行的測試套件
  • 執行測試套件的順序
  • 是否有多個使用者同時執行測試(目前只限 5 個虛擬使用者同時執行,但是您可以購買許可證,以讓更多的虛擬使用者同時執行測試)
  • 域中的哪一個機器會執行測試套件

圖 8 顯示了為 Call Forwarding 示例建立的 Performance Schedule 。


圖 8. 為 Call Forwarding 示例建立的 Performance Schedule
表格顯示出 Name,Host name,Directory,IP Alias

完成以下步驟,以建立一個新的效能計劃:

  1. 右擊 Sample Tests project,並在下拉選單中選擇 New > Performance Schedule
  2. 在 Performance Schedule 嚮導中,在 Name 區域,輸入 CallForwarding_PerformanceSchedule,然後點選 Finish。這將開啟 Performance Schedule 編輯器。
  3. Schedule Contents 中,右擊 User Group 1,並在下拉選單中選擇 Add > Test
  4. 在 Select Performance Tests 對話方塊中,選擇 CallForwarding test

指定 User Group 1 中的哪一個使用者來執行 CallForwarding 測試。預設條件下,使用者的號碼被設定成 1,這就是您設定用於測試 CallForwarding 測試的使用者。

  1. 右擊 CallForwarding_PerformanceSchedule,並在下拉選單中選擇 Add > UserGroup。該操作將會建立 UserGroup 2。
  2. 右擊 User Group 2,並在下拉選單中選擇 Add > Test
  3. 在 Select Performance Tests 對話方塊中,選擇 CallForwarding_conterpart test

現在您需要指定,由 User Group 2 中的哪一個使用者來執行 CallForwarding_同等測試。您將使用預設的一位使用者來測試 CallForwarding 同等測試。CallForwarding 同等測試與圖 3 所示的物理測試環境協調,需要在 UA2 機器上執行,該機器的 IP 地址是 9.42.136.126。

提示:
CallForwarding 與 CallForwarding_同等 SIP 測試套件,在全球範圍內可通過 Rational Performance Tester 工作區獲得。因此,它們在工作區中可被新增至任何 Performance Schedule 中去。

  1. 在 Schedule Element Details for User Group 2 之下,選擇 Run this group on the following locations
  2. 點選 Add New 以啟動 Add Location 會話。在這個對話方塊中,輸入以下值然後點選 OK
    • 主機名:9.42.136.126
    • 名稱:Alice's forwarded call PC
    • 部署目錄:/tmp
    • 作業系統:Linux

這就在主表中建立了一個條目。對於每一個以這種方式為 SIP 測試配置的遠端機器,在 Test Project 中會顯示一個條目,圖 5顯示為“Alice's forwarded call PC”。

執行 Performance Schedule

  1. 為了執行效能計劃,選擇 CallForwarding_PerformanceSchedule
  2. 在下拉選單中,選擇 Run As > Performance Schedule

該操作啟動並執行計劃,隨後為這些測試啟動不可編輯的 SIP Performance Report 。圖9 顯示出了報告的 Overall 標籤。接下來的章節介紹測試結果與理解它們的細節。


圖 9. 在執行 CallForwarding_Performance Schedule 之後的 SIP Performance Report
顯示兩個 100% 成功執行測試的條狀圖

檢查並理解測試結果

對於每一個 Performance Schedule 的執行,在效能專案中都會新增一個條目,該時間標籤記錄了什麼時候執行計劃,如圖 3所示。位於 Rational Performance Tester 左下角的 Performance Tests Run 檢視,顯示出了每一個測試的結果,以及測試中涉及到的每臺主機效能測試結果的細節。在前面圖 9 中顯示的 SIP Performance Report,有一些顯示 SIP 測試結果的項。

SIP Performance Report

對於本例,我們對 Call Forwarding 示例的功能測試驗證感興趣。效能報告有六項。我們在這裡感興趣的項,是 Overall and Summary 項:

  • Overall 標籤頁 。以垂直條的形式顯示出結果。左部的條顯示出了,測試中執行的請求數,與在 SIP 網路域中成功執行請求數之間的百分比。右邊的條顯示出了,測試中註冊的驗證點的總數目,與通過驗證點之間的百分比。
  • Summary 標籤頁 。該項有三個部分,它們提供了關於測試結果的以下資訊:
    • Summary 。執行測試使用者的號碼,測試的總耗時,與測試的最終結果。
    • SIP Interactions Summary 。所有機器傳送接受 SIP 請求的總數目,以及在測試域中成功進行的數目。它同時還顯示了測試中通過的總驗證數。
    • Response Times Summary 。域中所有主機的平均回應時間,最長回應時間與最短回應時間,以及域中所有主機的首次回應時間。

Test Log

Rational Performance Tester 中的 Test Log ,是一個用途很大的不可更改性編輯器,在這裡您可以檢查測試的功能性測試結果。按照以下方法,可以啟動 Test Log:

  1. 在 Test Navigator 檢視中右擊 Performance Schedule 測試。
  2. 選擇 Display Test Log

Test Log 編輯器有兩項,如圖 10 與圖 11 所示 。這些項顯示出了以下測試細節:

  • Overview 。該項包含了四個部分,表達了關於測試結果的各種資訊:
    • General Information 。顯示了使用者提供的對該 Performance Schedule 的名字與描述。
    • Common Properties 。顯示了執行測試的最終結論,在本例中該項被省略,測試的起始與終止時間。執行測試的型別,在本例中是效能計劃,以及測試執行的主機。
    • Verdict Summary 。顯示一個帶有通過與失敗測試結果百分比的餅狀圖。在本測試概述中是 100% 通過率 。通過的百分比以綠色顯示,而失敗的百分比以黃色顯示。
    • Verdict List 。該列表顯示出所有單個結論的分歧,每一個 SIP 測試,每一個使用者組,以及每一個驗證點放在一起,組成總結論。本列表中的每一項結論,是一個連結,當您點選該連結時,在 Events 項中將會強調顯示出同樣的結論。

圖 10. CallForwading_PerformanceSchedule 的 Test Log
帶一個餅狀圖的測試操作的總結

  • Events 。該項顯示出了執行 Performance Schedule for the SIP 測試的完整擴充套件檢視。該擴充套件檢視在左邊,以樹狀圖的形式,顯示出計劃的各種元件,在右邊顯示與每一項選中事件相關的細節資訊。對於一次 SIP 測試, 該項中的 SIP 訪問流是一條十分重要且恰當的資訊。該項中有四個部分,這些部分在 Events 列表選中元素型別的基礎上,要麼顯示,要麼隱藏。Events 與 Properties 部分是對 SIP 測試重要的兩項。它們提供了以下資訊:
    • Events 。該項顯示了 Performance Schedule 的擴充套件檢視。該檢視包含了使用者組與每組執行的 SIP 測試。在每一項 SIP 測試之下,SIP 測試的完整 SIP 訪問流(SIP 請求與回應),以及該測試的結論將會顯示出來。測試中所有驗證點的結果也會顯示出來。
    • Properties 。該部分基於 Events 列表作出的選擇,進行動態改變。圖 11 顯示了帶有 Events 樹狀圖中選中 SIP INVITE 請求的螢幕截圖。
      • 區域 Severity 顯示了測試期間發現問題的嚴重程度(錯誤,警告或者資訊)。對於本次測試,它只會顯示出資訊,因為沒有碰到過錯誤。
      • 區域 Time 顯示了什麼時候執行測試。
      • 區域 Text 顯示了 SIP Header 的細節,以及 UA1 傳送的 SIP INVITE 請求的 SIP Message 元素。您可以在 SourceForge Web 站點找到文件“explanation of each SIP Header or Message element”。

圖 11 顯示了該項為 Call Forwarding 測試提供的資訊。


圖 11. CallForwarding_PerformanceSchedule 的 Test Log
Properties 包含了 Defects,Extended Properties

現在您已經知道了,怎樣使用 IBM Rational Performance Test 的 SIP 擴充套件,以在 SIP 網路上測試 SIP 應用程式。

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

相關文章