網絡系統集成測試計劃理想科技信息有限公司IDEALS&TINFORMATIONCORP.修訂歷史記錄日期2007-07-19版本1.0狀態創建作者說明1簡介1.1目的<項目名稱>的這一“系統集成測試計劃”文檔有助于實現以下目標：◆確定系統集成過程中存在的問題（這里提到的問題要在主體中體現出來）◆確定測試環境與用戶環境的差距及帶來的影響（影響要在主體中體現出來）◆指導系統集成測試用例編寫1.2背景[描述項目的類型(委托、自主開發)。引用需求規格說明書中背景部分（不易過長3-5段落即可）][本節應該只有3至5個段落。]2系統集成及驗證2.1集成范圍[描述系統集成初始環境(用戶方使用的基本環境,如果沒有可以不寫)和系統集成要求的最終環境（需求中提到的環境）,包括硬件環境、軟件環境（系統軟件、應用軟件）]■硬件集成[簡單描述系統硬件交互結構,可以使用系統拓撲圖來表示]■軟件集成[簡要說明系統所需的軟件環境在不同服務器的集成情況,不需詳細說明集成順序]集成構件的詳細配置軟件網絡硬件2.2集成過程[參照參考文檔描述系統集成所需環境的配置順序，例如：先安裝JDK然后安裝tomcat應用軟件，將所需資源有條理的排列出來]2.3集成驗證[列舉系統集成驗證方法、驗證標準(驗證weblogic發布成功的標準-登錄成功,oracle標準-可以創建用戶等]2.4集成注意事項[列舉集成過程中容易忽略切必須注意的問題,以起到提醒的作用]3測試需求3.1測試范圍描述測試的各個階段（例如，單元測試、集成測試或系統測試），并說明本計劃所針對的測試類型（如功能測試或性能測試）。簡要地列出測試對象中將接受測試或將不接受測試的那些性能和功能。如果在編寫此文檔的過程中作出的某些假設可能會影響測試設計、開發或實施，則列出所有這些假設。列出可能會影響測試設計、開發或實施的所有風險或意外事件。列出可能會影響測試設計、開發或實施的所有約束。3.2項目核實下表列出了制定《測試計劃》時所使用的文檔，并標明了各文檔的可用性：文檔已創建或可用已被接收或已經作者或來源備注過復審?是?否?是?否?是?否?是?否?是?否?是?否?是?否（版本/日期）需求規約功能性規約用例報告項目計劃設計規約原型?是?否?是?否?是?否?是?否?是?否?是?否?是?否用戶手冊業務模型或業務流程數據模型或數據流業務功能和業務規則?是?否?是?否?是?否?是?否?是?否?是?否[注：可適當地刪除或添加文檔項。]4測試特征測試策略提供了對測試對象進行測試的推薦方法。上一節“測試需求”中說明的是測試對象，而本節則要說明如何對測試對象進行測試。對于每種測試，都應提供測試說明，并解釋其實施和執行的原因。如果將不實施和執行某種測試，則應該用一句話加以說明，并陳述這樣做的理由。例如，“將不實施和執行該測試。該測試不合適”。制定測試策略時所考慮的主要事項有：將要使用的技術以及判斷測試何時完成的標準。下面列出了在進行每項測試時需考慮的事項，除此之外，測試還只應在安全的環境中使用已知的、有控制的數據庫來執行。4.1測試類型4.1.1數據庫和數據庫完整性測試在<項目名稱>中，數據庫和數據庫進程應作為一個子系統來進行測試。在測試這些子系統時，不應將測試對象的用戶界面用作數據的接口。對于數據庫管理系統(DBMS)，還需要進行深入的研究，以確定可以支持以下測試的工具和技術。測試目標技術[確保數據庫訪問方法和進程正常運行，數據不會遭到損壞。][調用各個數據庫訪問方法和進程，并在其中填充有效的和無效的數據（或對數據的請求）。檢查數據庫，確保數據已按預期的方式填充，并且所有的數據庫事件都已正常發生；或者檢查所返回的數據，確保為正當的理由檢索到了正確的數據]完成標準[所有的數據庫訪問方法和進程都按照設計的方式運行，數據沒有遭到損壞。]需考慮的特殊事項[測試可能需要DBMS開發環境或驅動程序在數據庫中直接輸入或修改數據。進程應該以手工方式調用。應使用小型或最小的數據庫（記錄的數量有限）來使所有無法接受的事件具有更大的可視度。]4.1.2功能測試對測試對象的功能測試應側重于所有可直接追蹤到用例或業務功能和業務規則的測試需求。這種測試的目標是核實數據的接受、處理和檢索是否正確，以及業務規則的實施是否恰當。此類測試基于黑盒技術，該技術通過圖形用戶界面(GUI)與應用程序進行交互，并對交互的輸出或結果進行分析，以此來核實應用程序及其內部進程。以下為各種應用程序列出了推薦使用的測試概要：測試目標技術[確保測試對象的功能正常，其中包括導航、數據輸入、處理和檢索等功能。][利用有效的和無效的數據來執行各個用例、用例流或功能，以核實以下內容：在使用有效數據時得到預期的結果。在使用無效數據時顯示相應的錯誤消息或警告消息。各業務規則都得到了正確的應用。]完成標準[所計劃的測試已全部執行。所發現的缺陷已全部解決。]需考慮的特殊事項[確定或說明那些將對功能測試的實施和執行造成影響的事項或因素（內部的或外部的）]4.1.3業務周期測試[業務周期測試應模擬在一段時間內對<項目名稱>執行的活動。應先確定一個時間段（例如一年），然后執行將在該時間段（一年內）發生的事務和活動。這種測試包括所有的日、周和月周期，以及所有與日期相關的事件（如備忘錄）。]測試目標技術[確保測試對象及背景的進程都按照所要求的業務模型和時間表正確運行。][通過執行以下活動，測試將模擬若干個業務周期：將修改或改進對測試對象進行的功能測試，以增加每項功能的執行次數，從而在指定的時間段內模擬若干個不同的用戶。將使用有效的和無效的數據或時間段來執行所有與時間或數據相關的功能。將在適當的時間執行或啟用所有周期性出現的功能。在測試中還將使用有效的和無效的數據，以核實以下內容：在使用有效數據時得到預期的結果。在使用無效數據時顯示相應的錯誤消息或警告消息。各業務規則都得到了正確的應用。完成標準[所計劃的測試已全部執行。所發現的缺陷已全部解決。]需考慮的特殊事項[系統日期和事件可能需要特殊的支持活動需要通過業務模型來確定相應的測試需求和測試過程。]4.1.4用戶界面測試[用戶界面(UI)測試用于核實用戶與軟件之間的交互。UI測試的目標是確保用戶界面會通過測試對象的功能來為用戶提供相應的訪問或瀏覽功能。另外，UI測試還可確保UI中的對象按照預期的方式運行，并符合公司或行業的標準。]測試目標[核實以下內容：通過測試對象進行的瀏覽可正確反映業務的功能和需求，這種瀏覽包括窗口與窗口之間、字段與字段之間的瀏覽，以及各種訪問方法（Tab健、鼠標移動、和快捷鍵）的使用窗口的對象和特征（例如，菜單、大小、位置、狀態和中心）都符合標準。]技術[為每個窗口創建或修改測試，以核實各個應用程序窗口和對象都可正確地進行瀏覽，并處于正常的對象狀態。][[成功地核實出各個窗口都與基準版本保持一致，或符合可接受標準]完成標準需考慮的特殊事項[并不是所有定制或第三方對象的特征都可訪問。]4.1.5性能評測性能評測是一種性能測試，它對響應時間、事務處理速率和其他與時間相關的需求進行評測和評估。性能評測的目標是核實性能需求是否都已滿足。實施和執行性能評測的目的是將測試對象的性能行為當作條件（例如工作量或硬件配置）的一種函數來進行評測和微調。[注：以下所說的事務是指“邏輯業務事務”。這種事務被定義為將由系統的某個Actor通過使用測試對象來執行的特定用例，例如，添加或修改給定的合同。]測試目標技術[核實所指定的事務或業務功能在以下情況下的性能行為：正常的預期工作量預期的最繁重工作量][使用為功能或業務周期測試制定的測試過程。通過修改數據文件來增加事務數量，或通過修改腳本來增加每項事務的迭代數量。腳本應該在一臺計算機上運行（最好是以單個用戶、單個事務為基準），并在多個客戶機（虛擬的或實際的客戶機，請參見下面的“需要考慮的特殊事項”）上重復。]完成標準[單個事務或單個用戶：在每個事務所預期或要求的時間范圍內成功地完成測試腳本，沒有發生任何故障。][多個事務或多個用戶：在可接受的時間范圍內成功地完成測試腳本，沒有發生任何故障。]需考慮的特殊事項[綜合的性能測試還包括在服務器上添加后臺工作量?？刹捎枚喾N方法來執行此操作，其中包括：直接將“事務強行分配到”服務器上，這通常以“結構化查詢語言”(SQL)調用的形式來實現。通過創建“虛擬的”用戶負載來模擬許多個（通常為數百個）客戶機。此負載可通過“遠程終端仿真”(RemoteTerminalEmulation)工具來實現。此技術還可用于在網絡中加載“流量”。使用多臺實際客戶機（每臺客戶機都運行測試腳本）在系統上添加負載。性能測試應該在專用的計算機上或在專用的機時內執行，以便實現完全的控制和精確的評測。性能測試所用的數據庫應該是實際大小或相同縮放比例的數據庫。]4.1.6負載測試[負載測試是一種性能測試。在這種測試中，將使測試對象承擔不同的工作量，以評測和評估測試對象在不同工作量條件下的性能行為，以及持續正常運行的能力。負載測試的目標是確定并確保系統在超出最大預期工作量的情況下仍能正常運行。此外，負載測試還要評估性能特征，例如，響應時間、事務處理速率和其他與時間相關的方面。][注：以下所說的事務是指“邏輯業務事務”。這種事務被定義為將由系統的某個最終用戶通過使用應用程序來執行的特定功能，例如，添加或修改給定的合同。]測試目標[核實所指定的事務或商業理由在不同的工作量條件下的性能行為時間。]技術[使用為功能或業務周期測試制定的測試。通過修改數據文件來增加事務數量，或通過修改測試來增加每項事務發生的次數。]完成標準[多個事務或多個用戶：在可接受的時間范圍內成功地完成測試，沒有發生任何故障。]需考慮的特殊事項[負載測試應該在專用的計算機上或在專用的機時內執行，以便實現完全的控制和精確的評測。負載測試所用的數據庫應該是實際大小或相同縮放比例的數據庫。]4.1.7強度測試[強度測試是一種性能測試，實施和執行此類測試的目的是找出因資源不足或資源爭用而導致的錯誤。如果內存或磁盤空間不足，測試對象就可能會表現出一些在正常條件下并不明顯的缺陷。而其他缺陷則可能由于爭用共享資源（如數據庫鎖或網絡帶寬）而造成的。強度測試還可用于確定測試對象能夠處理的最大工作量。][注：以下提到的事務都是指邏輯業務事務。]測試目標[核實測試對象能夠在以下強度條件下正常運行，不會出現任何錯誤：服務器上幾乎沒有或根本沒有可用的內存（RAM和DASD）連接或模擬了最大實際（實際允許）數量的客戶機多個用戶對相同的數據或賬戶執行相同的事務最繁重的事務量或最差的事務組合（請參見上面的“性能測試”）。注：強度測試的目標可表述為確定和記錄那些使系統無法繼續正常運行的的情況或條件?？蛻魴C的強度測試在“配置測試”的第3.1.11節中進行了說明。][使用為性能評測或負載測試制定的測試。要對有限的資源進行測試，就應該在一臺計算機上運行測試，而且應該減少或限制服務器上的RAM和DASD。對于其他強度測試，應該使用多臺客戶機來運行相同的測試或互補的測試，以產生最繁重的事務量或最差的事務組合。[所計劃的測試已全部執行，并且在達到或超出指定的系統限制時沒有出現任何軟件故障，或者導致系統出現故障的條件并不在指定的條件范圍之內。]技術完成標準需考慮的特殊事項[如果要增加網絡工作強度，可能會需要使用網絡工具來給網絡加載消息或信息包。應該暫時減少用于系統的DASD，以限制數據庫可用空間的增長。使多個客戶機對相同的記錄或數據賬戶同時進行的訪問達到同步。]4.1.8容量測試[容量測試使測試對象處理大量的數據，以確定是否達到了將使軟件發生故障的極限。容量測試還將確定測試對象在給定時間內能夠持續處理的最大負載或工作量。例如，如果測試對象正在為生成一份報表而處理一組數據庫記錄，那么容量測試就會使用一個大型的測試數據庫，檢驗該軟件是否正常運行并生成了正確的報表。]測試目標技術[核實測試對象在以下高容量條件下能否正常運行：連接或模擬了最大（實際或實際允許）數量的客戶機，所有客戶機在長時間內執行相同的、且情況（性能）最壞的業務功能。已達到最大的數據庫大?。▽嶋H的或按比例縮放的），而且同時執行了多個查詢或報表事務。][使用為性能評測或負載測試制定的測試。應該使用多臺客戶機來運行相同的測試或互補的測試，以便在長時間內產生最繁重的事務量或最差的事務組合（請參見上面的“強度測試”）。創建最大的數據庫大?。▽嶋H的、按比例縮放的、或填充了代表性數據的數據庫），并使用多臺客戶機在長時間內同時運行查詢和報表事務。]完成標準[所計劃的測試已全部執行，而且在達到或超出指定的系統限制時沒有出現任何軟件故障。]4.1.9安全性和訪問控制測試安全性和訪問控制測試側重于安全性的兩個關鍵方面：應用程序級別的安全性，包括對數據或業務功能的訪問系統級別的安全性，包括對系統的登錄或遠程訪問。應用程序級別的安全性可確保：在預期的安全性情況下，主角只能訪問特定的功能或用例，或者只能訪問有限的數據。例如，可能會允許所有人輸入數據，創建新賬戶，但只有管理員才能刪除這些數據或賬戶。如果具有數據級別的安全性，測試就可確保“用戶類型一”能夠看到所有客戶消息（包括財務數據），而“用戶二”只能看見同一客戶的統計數據。系統級別的安全性可確保只有具備系統訪問權限的用戶才能訪問應用程序，而且只能通過相應的網關來訪問。測試目標?應用程序級別的安全性：[核實主角只能訪問其所屬用戶類型已被授權訪問的那些功能或數據。]系統級別的安全性：[核實只有具備系統和應用程序訪問權限的主角才能訪問系統和應用程序。]應用程序級別的安全性：[確定并列出各用戶類型及其被授?技術?權訪問的功能或數據。][為各用戶類型創建測試，并通過創建各用戶類型所特有的事務來核實其權限。]修改用戶類型并為相同的用戶重新運行測試。對于每種用戶類型，確保正確地提供或拒絕了這些附加的功能或數據。?系統級別的訪問：[請參見以下的“需考慮的特殊事項”]完成標準[各種已知的主角類型都可訪問相應的功能或數據，而且所有事務都按照預期的方式運行，并在先前的應用程序功能測試中運行了所有的事務。]需考慮的特殊事項[必須與相應的網絡或系統管理員一起對系統訪問權進行檢查和討論。由于此測試可能是網絡管理或系統管理的職能，可能會不需要執行此測試。]4.1.10故障轉移和恢復測試故障轉移和恢復測試可確保測試對象能成功完成故障轉移，并能從導致意外數據損失或數據完整性破壞的各種硬件、軟件或網絡故障中恢復。故障轉移測試可確保：對于必須持續運行的系統，一旦發生故障，備用系統就將不失時機地“頂替”發生故障的系統，以避免丟失任何數據或事務?；謴蜏y試是一種對抗性的測試過程。在這種測試中，將把應用程序或系統置于極端的條件下（或者是模擬的極端條件下），以產生故障（例如設備輸入/輸出(I/O)故障或無效的數據庫指針和關健字）。然后調用恢復進程并監測和檢查應用程序和系統，核實應用程序或系統和數據已得到了正確的恢復。測試目標[確?；謴瓦M程（手工或自動）將數據庫、應用程序和系統正確地恢復到了預期的已知狀態。測試中將包括以下各種情況：客戶機斷電服務器斷電通過網絡服務器產生的通信中斷DASD和/或DASD控制器被中斷、斷電或與DASD和/或DASD控制器的通信中斷周期未完成（數據過濾進程被中斷，數據同步進程被中斷）。數據庫指針或關鍵字無效數據庫中的數據元素無效或遭到破壞]技術[應該使用為功能和業務周期測試創建的測試來創建一系列的事務。一旦達到預期的測試起點，就應該分別執行或模擬以下操作：客戶機斷電：關閉PC機的電源。服務器斷電：模擬或啟動服務器的斷電過程。通過網絡服務器產生的中斷：模擬或啟動網絡的通信中斷（實際斷開通信線路的連接或關閉網絡服務器或路由器的電源）。DASD和DASD控制器被中斷、斷電或與DASD和DASD控制器的通信中斷：模擬與一個或多個DASD控制器或設備的通信，或實際取消這種通信。一旦實現了上述情況（或模擬情況），就應該執行其他事務。而且一旦達到第二個測試點狀態，就應調用恢復過程。在測試不完整的周期時，所使用的技術與上述技術相同，只不過應異常終止或提前終止數據庫進程本身。對以下情況的測試需要達到一個已知的數據庫狀態。當破壞若干個數據庫字段、指針和關鍵字時，應該以手工方式在數據庫中（通過數據庫工具）直接進行。其他事務應該通過使用“應用程序功能測試”和“業務周期測試”中的測試來執行，并且應執行完整的周期。]完成標準[在所有上述情況中，應用程序、數據庫和系統應該在恢復過程完成時立即返回到一個已知的預期狀態。此狀態包括僅限于已知損壞的字段、指針或關鍵字范圍內的數據損壞，以及表明進程或事務因中斷而未被完成的報表。]需考慮的特殊事項[恢復測試會給其他操作帶來許多的麻煩。斷開纜線連接的方法（模擬斷電或通信中斷）可能并不可取或不可行。所以，可能會需要采用其他方法，例如診斷性軟件工具。需要系統（或計算機操作）、數據庫和網絡組中的資源。這些測試應該在工作時間之外或在一臺獨立的計算機上運行。]4.1.11配置測試[配置測試核實測試對象在不同的軟件和硬件配置中的運行情況。在大多數生產環境中，客戶機工作站、網絡連接和數據庫服務器的具體硬件規格會有所不同?？蛻魴C工作站可能會安裝不同的軟件例如，應用程序、驅動程序等而且在任何時候，都可能運行許多不同的軟件組合，從而占用不同的資源。]測試目標技術[核實測試對象可在所需的硬件和軟件配置中正常運行。][使用功能測試腳本。在測試過程中或在測試開始之前，打開各種與非測試對象相關的軟件（例如Microsoft應用程序：Excel和Word），然后將其關閉。執行所選的事務，以模擬主角與測試對象軟件和非測試對象軟件之間的交互。重復上述步驟，盡量減少客戶機工作站上的常規可用內存。][對于測試對象軟件和非測試對象軟件的各種組合，所有事務都成功完成，沒有出現任何故障。]完成標準需考慮的特殊事項[需要、可以使用并可以通過桌面訪問哪種非測試對象軟件？通常使用的是哪些應用程序？應用程序正在運行什么數據？例如，在Excel中打開的大型電子表格，或是在Word中打開的100頁文檔。作為此測試的一部分，應將整個系統、Netware、網絡服務器、數據庫等都記錄下來。]4.1.12安裝測試[安裝測試有兩個目的。第一個目的是確保該軟件在正常情況和異常情況的不同條件下例如，進行首次安裝、升級、完整的或自定義的安裝都能進行安裝。異常情況包括磁盤空間不足、缺少目錄創建權限等。第二個目的是核實軟件在安裝后可立即正常運行。這通常是指運行大量為功能測試制定的測試。]測試目標核實在以下情況下，測試對象可正確地安裝到各種所需的硬件配置中：首次安裝。以前從未安裝過<項目名稱>的新計算機更新。以前安裝過相同版本的<項目名稱>的計算機更新。以前安裝過<ProjectName>的較早版本的計算機[手工開發腳本或開發自動腳本，以驗證目標計算機的狀況（首次安裝-<項目名稱>從未安裝過；<項目名稱>安裝過相同或較早的版本）。技術啟動或執行安裝。使用預先確定的功能測試腳本子集來運行事務。]<項目名稱>事務成功執行，沒有出現任何故障。[應該選擇<項目名稱>的哪些事務才能準確地測試出<項目名稱>應用程序已經成功安裝，而且沒有遺漏主要的軟件構件？]完成標準需考慮的特殊事項4.2工具此項目將使用以下工具：[注：可適當地刪除或添加工具項。]工具測試管理產商/自產版本缺陷跟蹤用于功能性測試的ASQ工具用于性能測試的ASQ工具測試覆蓋監測器或評測器項目管理DBMS工具4.3異常事項處理流程[描述系統集成測試過程中發現的問題的處理流程，可以使用UML圖表示，也可以使用語言敘述，敘述要簡潔明了。]4.4測試報告[依據項目中測試決定納入測試報告的項，報告應該包括測試特征、系統資源、執行角色、測試過程、測試標準及測試結果]5資源[本節列出推薦<項目名稱>項目使用的資源，及其主要職責、知識或技能。]5.1角色下表列出了在此項目的人員配備方面所作的各種假定。[注：可適當地刪除或添加角色項。]人力資源角色所推薦的最少資源（