一般測試原則
讓我們回顧一下測試和調試的一般原則，不管你使用何種工具包和語言，這些原則都適用。
● 在設計時不忘測試。抽取輸入和輸出的最佳原則就是不用添加網絡或者HTTP服務器而準許測試。
● 無論在何種情況下都檢查單獨的部件。有些開發商偏愛“單位測試”這一基本原理，并在低層強制測試。無論如何，像Java語言這樣的特征被用來撲捉并驗證功能中的輸入。
● 在這個過程當中，文檔需要為接口、類、方法、變量起說明性的名稱。單位測試的一個好處就是促進好的文檔編制。
測試瀏覽器客戶——Firefox
我們從很久前只有用瀏覽器的“視圖源代碼”指令才能查看一個網頁的時代一路走來。在那個年代，典型的RIA使用HTML markup、由CSS驅動的格式化操作、帶有一個Web服務并用JSON (JavaScript. Object Notation) 或者XML提供數據的JavaScript。幸運的是開發商支持工具提供者可以跟得上時代的腳步。
今天我們可以在開放源Mozilla Firefox瀏覽器中找到最先進的支持工具。Firefox瀏覽器屬于一個嚴肅Web開發商硬件程序。我剛剛安裝了Firefox 3.0并且發現所有用于“Live HTTP Headers”工具都是標準下載的組成部分。該工具可以撲捉并展示確切的請求和所有HTTP要求的響應標題，該標題構成了一個現代網頁。觀察這些標題可以確保RIA的所有部件都被提出正確的要求，這實在是一個明智之舉。
這里有許多處理JavaScript的Firefox附件。自從 JavaScript成為典型RIAs不可或缺的部分后，這些附件的幫助就很大。我安裝了“Firebug”附件，并使其更新應用于 Firefox 3.0。接口對HTML，CSS，和JavaScript做出檢查和編輯。HTML檢查人員也是建立在文檔對象模型（DOM）的基礎之上的，這樣檢驗復雜的頁面。
當Firebug網絡監控啟用時，您可以捕獲請求和響應標頭，查看反應的大小和每個請求所需的時間。此項功能非常重要，它可以幫助你看到自己應用程序的響應速度。您會驚訝地發現，導致一個錯誤單一的要求阻礙了整個應用程序。
該Firebug JavaScript檢查員可以檢查所有JavaScript功能的執行時間。您可以修改JavaScript對象，并在JavaScript中的方法插入斷點，以及改變變量的值、插入新的代碼或者直接執行JavaScript。JavaScript從您的Web服務中請求數據，通過執行 JavaScript，你可以通過廣泛的輸入進行測試，而不需要創建單獨的HTML頁面。一般來說，Firebug旨在協助擁有基于AJAX技術應用并且使用XML 和JSON.開發商。
測試SOAP客戶
類似axis2的工具包在測試SOAP客戶時所產生的問題是，我們很難看出客戶究竟生成了什么。此外，錯誤訊息可能會造成困擾，有時你無法知道，這些要求是否都進入了SOAP服務。該問題的解決方案是類似TCPMON的一種工具，該工具介于客戶端和網絡二者之間，撲捉到整個請求和響應文本。在撲捉到完整的請求和響應文本的同時，你在測試時指導自己的客戶到一個本地址，tcpmon將要求中繼到真正的Web服務。一旦被撲捉到，要求可以被修改，并且可以被多次發出。
盡管一開始是為測試SOAP架構所設計的，TCPMON也可以和RESTful服務一同工作。TCPMON的第一個版本是原有Axis項目的一部分。但是現在該工具擁有自己的Apache軟件基礎項目和網站。目前的版本有一個出色的圖形用戶界面使其變得更容易使用。
這里也有提供相同或者擴展功能的開放源和商業實體。其中的一個例子就是廣泛使用的soapUI工具在免費或者商業版本中都適用。該soapUI工具可以導入WSDL Web服務說明并且使用這些信息幫助測試，以協助測試。此外， soapUI可以和NetBeans這樣普通的IDEs 相整合。
用記錄的要求進行測試
使用tcpmon或類似的實用程序最有用的就是一旦你擁有了完整的請求和響應文本就可以簡化你對其它部件的測試，例如SOAP客戶在內存中建立一個作為 XML結構的要求，并將其串行化。這一切所花費的時間使在簡單網絡創建一個現實的Web服務加載測試變得更加困難。在文本文件中有完整的要求，其可以被發送到沒有內務操作的服務器中。
由于被撲捉的請求和響應信息是可編輯的文本，您可以測試應用程序對于嚴重格式化的信息的響應程度。這使得測試得以實施，如果使用正常的客戶端軟件，該測試是不可能實現的，例如，創建帶有不好簽署憑證資料的SOAP消息。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
