Web 服務測試
Rational Application Developer Web 服務向導中包含了廣泛的 Web 服務功能。在使用 Web 服務向導創建 Web 服務的過程中，有兩個可以進行測試的階段：
在最初創建完服務并將服務部署到 服務測試頁上面之后。
如果用戶選擇了生成客戶程序，那么就等到在 客戶程序測試頁面上創建了客戶程序之后。
如果查看 圖 11 您會見到兩種不同的測試 Web 服務的方法。這些方法對應于 Web 服務向導中的不同測試頁面。對于第一種測試方法，可以直接使用 WSDL 中的信息�？蛻舫绦蛞@得服務的位置并形成正確的 XML 信息發回到 Web 服務。Web 服務瀏覽器使用這種方法來測試 Web 服務。該選項會在用向導創建 Web 服務之后立即出現。通常使用這種方法來確保 Web 服務像設計中一樣工作（在生成客戶程序之前）。
圖 11： Web 測試應用程序概述
另一種測試 Web 服務的方法是生成包含 Java 代理的 Requestor 文件并用 Java 客戶程序調用 Java 代理中的方法。要記住向導生成的 Requestor 文件是基于 WSDL 的。 像其他服務測試頁一樣，客戶程序測試頁也有擴展點，這些會提供將測試客戶程序包含到向導中的功能。這個實例提供了兩個 Java 測試應用程序：GSTC 和 UTC。 這兩個測試客戶程序都將復雜 bean 作為參數處理。復雜 bean 中有除基本類型和字符串的其他類型。
GSTC 由四個基于代理中所包含的方法的 Java Server Page （JSP） 組件組成。對于用戶來說，GTSC 就是一個有關如何設計基于 Web 的客戶程序的指南。GTSC 使您鍵入輸入參數信息并調用操作。因為很容易使用，所以在做簡單測試時，它經常是受歡迎的選擇。
UTC 同樣是一個基于 Web 的測試方案。它動態地加載代理中的 Java 操作并提供調用操作的功能。UTC 能夠處理大多數復雜類型且是復雜測試的最好選擇。
Java 測試客戶程序
當在 Web 服務向導中生成 Requestor 時,有大量文件自動生成.這些文件的生成使得訪問 Web 服務變得很容易.現在可以在一個 Java 文件上直接 build 您的客戶應用程序.頂層文件稱為代理文件.在 Rational Application Developer 環境中，該文件被創建到客戶應用程序項目中。用服務來命名代理并將其放置于客戶端的文件夾中（包（文件夾）名是根據 WSDL 名稱空間而定）。
Rational Java 測試客戶程序客戶端
在客戶程序生成之后，您可能想要建立自己的符合特定需要的 Java 客戶程序（基于實例提供的代理）。這需要花費時間，并且您可能想要測試已生成的客戶程序以確保其能像設計中一樣工作。Rational 提供了 GSTC 和 UTC 來實現該目標。二者都有優勢和劣勢，這些將在本文最后進行討論。根據要做的內容，您可以選擇其中一種。
那么 Java 測試客戶程序是如何工作的呢？答案很簡單。Java 測試客戶程序的主要目的是在運行時調用 Java 代理上的方法。查看 圖 12 您會看到在代理中生成了兩個方法。您會發覺在 SEI 文件中的這些方法和在端口部件下的 WSDL 文件中的這些方法是不同的。這兩種方法存在于最初自底向上方案中的 Java 類中。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
