1.5 系統測試策略
由於軟體只是計算機系統中的乙個組成部分，軟體開發完成以後，最終還要與系統中其它部分配套執行。系統在投入執行以前各部分需完成組裝和確認測試，以保證各組成部分不僅能單獨地受到檢驗，而且在系統各部分協調工作的環境下也能正常工作。這裡所說的系統組成部分除去軟體外，還可能包括計算機硬體及其相關的外圍裝置、資料及其收集和傳輸機構、掌握計算機系統執行的人員及其操作等，甚至還可能包括受計算控制的執行機構。顯然，系統的確認測試已經完全超出了軟體工作的範圍。然而，軟體在系統中畢竟占有相當重要的位置，軟體的質量如何，軟體的測試工作進行得是否紮實勢必與能否順利、成功地完成系統測試關係極大。另一方面，系統測試實際上是針對系統中各個組成部分進行的綜合性檢驗。儘管每乙個檢驗有著特定的目標，然而所有的檢測工作都要驗證系統中每個部分均已得到正確的整合，並能完成指定的功能。以下分別簡要說明幾種系統測試：
1.5.1 功能測試（function test）
功能測試是系統測試中的一種重要測試方法，它不管軟體內部的實現邏輯，以檢驗輸入輸出資訊是否符合規格說明書和需求文件中有關功能需求的規定為目標。功能測試主要是為了發現以下幾類錯誤：
1、是否有不正確或遺漏了的功能？
2、功能實現是否滿足使用者需求和系統設計的隱藏需求？
3、輸入能否正確接受？能否正確輸出結果？
這要求測試設計者對產品的規格說明、需求文件、產品業務功能都非常熟悉，同時對測試用例的設計方法也有一定掌握，才能設計出好的測試方案和測試用例，高效地進行功能測試。
功能測試分為功能測試用例設計，用例執行，輸出測試報告等。功能測試的關鍵在於設計高質量的用例，但用例的設計通常和業務緊密相關，很難給出一般有實際意義的操作指導，但一些方法是共通的。例如：等價類劃分，邊界值分析，錯誤推測等。
1.5.2 恢復測試
恢復測試是要採取各種人工干預方式使軟體出錯，而不能正常工作，進而檢驗系統的恢復能力。如果系統本身能夠自動地進行恢復，則應檢驗：重新初始化，檢驗點設定機構、資料恢復以及重新啟動是否正確。如果這一恢復需要人為干預，則應考慮平均修復時間是否在限定的範圍以內。
1.5.3 安全測試
安全測試的目的在於驗證安裝在系統內的保護機構確定能夠對系統進行保護，使之不受各種非常的干擾。系統的安全測試要設定一些測試用例謀略實在系統的安全保密措施，檢驗系統是否有安全保密的漏洞。
安全測試要考慮：
● 裝置本身的安全性，當受到惡意攻擊時，裝置的自我保護能力，病毒防護能力，自定義通訊協議安全性。
● 物理特性安全性測試（如接地，靜電等），
● 業務的安全性測試（如200業務密碼驗證，201業務密碼驗證）
● 資訊安全性測試。
1.5.4 壓力測試
檢驗系統的能力最高實際限度。進行強度測試時，讓系統的執行處於資源的異常數量、異常頻率和異常批量的條件下。例如，如果正常的中斷平均頻率為每秒一到二次，強度測試設計為每秒10次中斷。又如某系統正常執行 可支援10個終端並行工作，強度測試則檢驗15個終端並行工作的情況。
1.5.5 相容性測試
相容性測試主要是測試被測試裝置於其它裝置之間的互連互通性，以及本套產品中各部分之間的相互操作性。
以交換機為例，需要和與其它公司的交換機進行對接測試，包括但不限於：s1240、5ess、富士通、nec以及中興、大唐、巨龍等公司的交換機。對於本公司的不同型號的交換機也需要進行對接測試，比如需要和無線的msc、接入網的honet進行對接測試。
相容性測試的指導思想是盡可能多地和各種主流裝置對接。因此應盡早規劃測試方案，收集各種裝置。
1.5.6 協議測試
為了使得各網路裝置成功地進行通訊，必須遵守一組規則。協議（protocol）規定了乙個網路裝置在和其它網路裝置進行通訊時應遵守的規則集合。為了使得來自不同廠家的系統能夠成功地進行通訊，必須有標準化的協議。這種需求導致了osi參考模型的制定。但是，描述一組協議並對其標準化並不能確保成功的通訊。這是因為協議標準目前基本上是使用自然語言描述的，實現者對於協議的不同理解會導致不同的協議實現，有時甚至會是錯誤的實現。因此，我們需要一種有效方法對協議實現進行判別，這種方法便是「協議測試」（protocol testing）。
1.5.7 可安裝性測試
系統的可（重複）安裝性測試設計，主要是根據軟體的測試特性列表、軟體安裝、配置文件，設計安裝過程的測試用例，發現軟體在安裝過程中的錯誤。
系統可安裝性測試的目的不是找軟體錯誤，而是找安裝錯誤。在安裝軟體系統時，會有多種選擇。要分配和裝入檔案與程式，布置適當的配置，進行程式的聯結。而安裝測試就要找出這些安裝過程中出現的錯誤。
1.5.8 效能測試（performance test）和負荷測試（load test）策略
效能測試關心的系統的各種指標。例如呼叫的接續時長，系統重起的時間等。這些指標通常需要在一定的話務量背景下進行測量。所以效能測試通常和負荷測試放在一起進行。
負荷測試是以話務模型為基礎，通過話務量模擬工具，模擬現網的話務狀態，測試系統在高負荷下的反應。負荷測試中常用的術語有：話務量，愛爾蘭（erl），忙時話務量，業務模型，組網模型等。
由於負荷測試的定位問題難度比較大，而且測試成本很高，測試時間也要求較長，所以負荷測試需要在產品計畫階段就著手準備，包括制定測試方案，選擇話務模型和重點用例，選擇相應的模擬工具，設計除錯**等。
總結：系統測試的方法較多，每種方法均有它的侷限性。
只有綜合使用各種方法，系統測試才能有效地發現系統缺陷
web系統測試策略
1.按系統架構可分為 客戶端測試 伺服器端測試 網路上測試 2.按職能可分為 應用功能的測試 web應用服務的測試 安全系統的測試 資料庫服務的測試 3.按軟體質量特性 1 功能測試 鏈結測試 表單測試 cookies測試 設計語言測試 資料庫測試 2 效能測試 連線速度測試 負載測試 壓力測試 3...
軟體測試策略
測試策略 一 測什麼 需要有功能測試 各個功能模組 效能測試 安全性測試 相容性測試 文件測試等等。測試範圍 怎麼測 通過各種手法完成功能測試 基本的理論結合需求說明 效能測試的不同場景 安全測試的級別和內容 不同版本。測試方法 二 策略就是考慮要完成這個測試任務，需要哪些方式方法。如系統訪問人數比...
軟體測試策略
一 測試範圍及測試方法 測什麼 需要有功能測試 各個功能模組 效能測試 安全性測試 相容性測試 文件測試等等。測試範圍 怎麼測 通過各種手法完成功能測試 基本的理論結合需求說明 效能測試的不同場景 安全測試的級別和內容 不同版本 測試方法 二 策略就是要考慮完成這個測試測任務，需要哪些方式方法 如系...