常見問題集

這個主題處理一般應用程式問題。

可用於掃描 Web 服務的不同方式為何?

掃描網站時會先探索,然後根據所收集的資料加以測試。可以使用一或多種不同的「探索」方法來收集「探索資料」。無論如何,收集「探索」資料之後,就會在「測試」階段期間使用 AppScan 來建立及傳送測試給網站。
探索 Web 應用程式(具有使用者介面的網站)
  • 如果是不含 Web 服務的應用程式(網站),通常只要提供起始 URL 及登入鑑別認證給 AppScan,就足以測試網站。
  • 手動探索:必要的話,您可以透過 AppScan 手動探索網站,以便能夠存取只有透過特定的使用者輸入才能到達的區域。
  • 多步驟作業:對於只能透過以特定順序存取頁面才能到達的頁面,您可以記錄多步驟作業供 AppScan 使用。
「配置精靈」可讓您以少數幾個步驟配置及啟動您的掃描,而針對複雜的網站,「配置」對話框可讓您細部調整及自訂更多的設定。
探索 Web 服務
有三個方法可用來完成這個操作,建議使用第一個方法。
  1. 您可以設定 AppScan 作為用來探索服務之裝置(如:行動電話或模擬器)的記錄 Proxy。如此一來,AppScan 就可以分析所收集的「探索」資料,並傳送適當的測試。您也可以使用 AppScan 來記錄使用外部工具的資料流量,例如 Web 服務功能測試程式。請參閱 使用 AppScan 作為記錄 Proxy
  2. 如果您針對 Web 服務具有 Open API 說明檔(JSON 或 YAML),您可以使用 Web 服務精靈延伸來配置掃描,以及使用服務所需的多步驟序列。之後,AppScan 會自動掃描服務。
  3. 如果您無法使用前兩個方法,且有 Web 服務(如:SOAP Web 服務)的 WSDL 檔,AppScan 安裝架構可選擇性地包括另一個工具,讓使用者可以檢視在 Web 服務中納入的各種方法、操作輸入資料,以及檢查從服務傳回的意見。您必須先將服務的 URL 提供給 AppScan。所整合的「通用服務用戶端 (GSC)」會使用 WSDL 檔,以樹狀結構格式顯示個別可用的方法,並建立對使用者友善的 GUI 來傳送要求給服務。您可以利用這個介面來輸入參數以及檢視結果。當 AppScan 掃描網站時,AppScan 會將程序「記錄」下來,用來建立服務的測試。GSC 也可以用來作為 REST 要求的用戶端,不需要剖析 WSDL 檔案,僅作為簡單的 HTTP 用戶端。請參閱 使用 GSC
外部用戶端或裝置
在上述兩種情況中,如果您需要使用外部裝置(例如行動電話)來探索網站,您可以設定 AppScan 為 Proxy 以遵循您的動作,然後根據資料來測試網站。

手動探索與多步驟作業之間的差異為何?

手動探索

手動探索是指探索網站來收集可供 AppScan 使用的資料,以確保當它測試網站時,會涵蓋其自動「探索」階段可能會遺漏的應用程式或服務部分。這可能是因為需要特定使用者輸入,或因為網站只會回應不同類型的工具或裝置。您可以使用 AppScan、使用 AppScan 作為記錄 Proxy,或使用「通用服務用戶端 (GSC)」,來進行手動探索。

請參閱手動探索

多步驟作業
要探索依特定順序點選鏈結才能呼叫到的網站部分(例如使用者在支付項目之前將它們新增至購物車的線上商店),需要多步驟作業。請考量下列三個頁面:
  1. 使用者新增一或多個項目到購物車
  2. 使用者填寫付款和出貨詳細資料
  3. 使用者收到訂單已完成的確認
只有透過第 1 頁,才能抵達第 2 頁。只有透過第 1 頁,再接著第 2 頁,才能抵達第 3 頁。這是一個序列。如果要能夠測試第 2 頁和第 3 頁,AppScan® 必須在每項測試之前,傳送正確的 HTTP 要求序列。

請參閱多步驟作業視圖

動作型播放與要求型播放之間的差異為何?

當記錄了某個程序以用來作為登入或多步驟作業時,有兩個可能的播放方法可用:
要求型播放
從紀錄傳送原始 HTTP 要求。這種方法通常較快。
動作型播放
重播使用者的按一下和按鍵內容。選取此方法的原因可能是由於網站包含大量的 JavaScript,或是當您嘗試驗證要求型播放中的部分要求時,它們標示了紅色的 X。這個方法會增加掃描時間。

請參閱「配置 > 探索 > 「檢閱和驗證」標籤」,以及「配置 > 多步驟作業視圖