386-第十四章　測試的戰術.ppt

Client/server軟體測試的層級 Client/server軟體的測試發生在三種不同的層級： 個別的客戶端應用程式以「離線」的模式測試；不考慮伺服器的運作與基本的網路； 客戶端軟體與所結合的伺服器應用程式進行協力測試，但網路作業沒有明確的操練； 完整的client/server架構，包括網路運作和效能等都一起測試。 Client/server軟體的測試方式 雖然有許多不同的測試類型在這些詳細的層級上被導入，下列的測試方式是普遍在client/server中遇到的： 應用程式功能測試　 使用本章稍早所討論的方法測試客戶端應用程式的功能性。基本上，應用程式是以單獨的形式進行測試。 伺服器測試　 測試伺服器的協調與資料管理功能。伺服器的效能(整體的回應時間與資料通量(throughput))也同時要考慮。 資料庫測試　 測試伺服器儲存資料的正確性與完整性。要檢查由客戶應用程式所提出的交易，以確保資料被適當地儲存、更新和取回。存檔也應該測試。 Client/server軟體的測試方式 交易測試　 產生一系列的測試以確保每個交易的類別都依照需求處理。測試聚焦於處理的正確性與效能的問題上(例如，交易處理次數與交易量)。 網路通訊測試　 這些測試驗證網路節點之間的通訊正確地產生，並且訊息傳遞、交易和相關的網路交通產生時沒有錯誤發生。網路安全測試也可以導入做為這一部分的測試。 為完成這些測試方式，Musa[MUS93]推薦發展獲得自client/server使用情境的操作基本資料(profiles)。 一個操作的基本資料指出不同類型的使用者如何與client/server系統進行相互操作(interoperate)。 當測試被設計與執行時，基本資料提供一個可應用的「使用的模式」。 14.10.3　測試文件與協助工具 軟體測試這個名詞令人有準備操練電腦程式和它們所操縱資料的測試案例的想像。回想本書第1章所說明的軟體定義，很重要而必須注意的是測試必須要延伸到組成軟體的第三個元素　　文件。 如同在資料或原始碼中的錯誤一樣，文件中的錯誤同樣會毀壞對於程式的接受度。沒有什麼比完全跟著使用者指南或線上協助工具，而沒有得到與文件預測一致的結果或行為還更沮喪的事。為了此一原因，對每個軟體測試的計畫，文件測試應該是有意義的一部分。 文件測試可以分二階段達成。第一階段為檢視與檢查，審核文件編輯的清晰性。第二階段進行實況測試，連同使用文件和實際程式的使用。 文件測試 在文件和/或協助工具測試時應該回答下列的問題： 文件正確地描述該如何完成每一個使用模式嗎？ 每個互動順序的描述正確嗎？ 範例正確嗎？ 術語、選單敘述及系統的回應和實際的程式一致嗎？ 在文件中找出指導的內容相對容易嗎？ 故障排除可以很容易地以文件來完成嗎？文件的內容目錄與索引是正確與完整的嗎？ 文件的設計(配置、字體、內縮、圖形)有益於瞭解與資訊的快速同化(assimilation)？ 文件測試 所有對使用者顯示的軟體錯誤訊息在文件中有詳細的描述嗎？做為錯誤訊息所要採取的動作的結果清楚地描述嗎？ 假如使用超文件連結，它們正確與完整嗎？ 假如使用超文件，對資訊需求的導航設計合適嗎？ 唯一可以實行以回答這些問題的方法是由一個獨立的合作第三者(third party)(例如挑選的使用者)在程式使用環境中測試這些文件。 所有提到的不一致和文件不明確或弱點的區域可能會定義成重寫。 14.10.4　即時系統測試 許多即時應用程式的時間相依(time-dependent)、非同步性質，加入一個新的且可能很困難的要素到測試中-時間。 不但測試案例設計者必須考慮傳統的測試案例，同時事件處理(即中斷處理)、資料的時序和處理資料的任務平行度(行程(processes))。 即時系統測試 在許多情形中，提供即時系統處於某一狀態中的測試資料將導致適當處理的結果，而當系統處於不同的狀態時，所提供的相同資料可能造成錯誤。 例如，當機器正在影印複本(在複印狀態中)時，控制一部新影印機的即時軟體接受操作員沒有錯誤的中斷(即機器操作員按下控制鍵，如RESET或DARKEN)。 假如這些相同的操作員中斷被輸入，而機器正處於卡紙的狀態時，診斷碼的顯示(指出卡紙的位置)將會遺失(一個錯誤)。 存在於即時軟體和它硬體環境之間的緊密關係可能也會造成測試的問題。 軟體測試必須要考慮到軟體處理上的硬體錯誤。 此錯誤非常難以實際地模擬出。 即時系統測試案例的設計策略 即時系統的各種測試案例設計的方法持續地演進。然而，可以建議一項四個步驟的策略： 工作測試　 即時軟體測試的第一個步驟將獨立地測試每一個工作。即對每件任務設計與執行傳統的測試。在這些測試期間每件任務獨立地執行。任務測試揭發在邏輯與功能中的錯誤，但不是時序或行為。 行為測試　 使用自