軟件系統測試計劃

太極計算機股份有限公司

XXX項目

軟件系統測試計劃

擬制：

審核：

批準：

太極計算機股份有限公司

太極計算機股份有限公司

文件更改記錄

編

號

序

號日期更改內容版次起草或修訂人批準人

序

號

太極計算機股份有限公司

OTAIJI<x>xnn-n-KCXWHJRATIONIj^irnyj

太極計算機股份有限公司

1概述

1.1目的

［提示:本文檔適用于項F1中各類測試之前的計劃,是在項H計劃階段建立的測試計劃

（包含在《項目計劃》中）的細化。

此處定義木次測試的F!的.

如果是集成測試,可能如下:

測試產品各個模塊之間是否能協同工作,交互順暢，并符合需求的定義

如果是系統測試,可能如下:

測試產品的功能是否滿足所有的需求,并可以實現需求中定義的所有業務流程

L2內容和范圍

［提示:簡要描述本次測試的內容和界限，如測試包含哪些功能模塊、接u等,包含哪些測試

類型（功能測試、性能測試、強度測試……）,明確規定該次測試的包含范圍和不包含范圍。

還可以簡單陳述本次測試的過程。］

1.3術語定義

［提示:定義所使用的術語。對于易混淆的客戶常用語要有明確規定定義。/

2測試需求

【提示:

在此處填寫一個本次測試所涉及的測試需求的詳細列表。可以引用《產品需求說明書》、

《概要設計說明書》、《數據庫設計說明書》、《詳細設計說明書》等相關文檔中的內容。

測試需求的主要來源為:系統主要功能描述,需求規格說明書，補充需求,系統關注

點。

下面列出了那些已被描述來源類型

確定為測試對象的條

目（用例、功能性需

求和非功能性需求），

說明了測試的對象。

測試的類型可參考“4

測試類型和策略”］

測試需求

太極計算機股份有限公司

3測試約束

［提示:描述本次測試的約束條件,例如測試的軟件需要有一定的網絡環境,但

是本次測試只測試軟件，默認網絡環境為正常。1

4測試參考文檔

下表列出了制定測試計劃時所使用的文檔，并標明了各文檔的可用性:

［提示:以下表格中的文檔己創建或可用已被接收或已經過復審作者或來源備注

項僅為示例,可根據項目

情況適當地刪除或添加文

檔項。］

文檔

可行性分析報告是口否口是口否口

軟件需求定義是口否口是口否口

軟件系統分析是口否口是口否口

軟件概要設計是口否口是口否口

軟件詳細設計是口否口是口否口

軟件測試需求是口否口是口否口

硬件可行性分析報告是口否口是口否口

硬件需求定義是口否口是口否口

硬件概要設計是口否口是口否口

硬件原理圖設計是口否口是口否口

硬件結構設計是口否口是口否口

硬件測試需求是口否口是口否口

模塊開發手冊是口否口是口否口

用戶操作手冊是口否口是口否口

安裝指南是口否口是口否口

叵I太極計算機股份有限公司

5測試類型和策略

5.11提示:根據測試的具體內容對以下各項測試類型進行裁

剪,只包括本次測試設計的測試類型即可,以下的斜體

內容均為解釋或示例7

5.2數據和數據庫完整性測試

數據庫和數據庫進程應作為項目的子系統來進行測試。

在測試這或子系統時,不應將測試對象的用戶界面用作數據的接口。對于數據庫管理系統

(DBMS),還需要進行深入的研究,以確保數據庫訪仙方法和進程正常運行、數據不會遭到

損壞。

測試目標：確保數據庫訪問方法和進程正常運行,數據不會遭到損壞。

方法：???調用各個數據庫訪問方法和進程?？并在其中填充有效的和無效的

數據或對數據的請求。？?

???檢查數據庫?？確保數據已按預期的方式填充?？并且所有數據庫事

件都按正常方式出現:或考檢0：所返回的數據?？確保為正當的埋由檢索到

了正確的數據

?檢查數據庫,確保數據已按預期的方式填充，并且所有數據庫事件

都按正常方式出現;或者檢查所返問的數據,確保為正當的理由檢索到了

正確的數據

完成標準：所有的數據庫訪同方法和進程都按照設計的方式運行,數據沒有遭到

損壞。

太極計算機股份有限公司

需考慮的特■測試可能需要DBMS開發環境或驅動程序以便在數據庫中直接輸

殊事項：入或修改數據。

■進程應該以手工方式調用。

?應使用小型或最小的數據庫（其中的記錄數很有限）來使所有無法

接受的事件具有更大的可見性。

5.3接口測試

接口測試主要目的是確保所有硬件接口和軟件接口調用的正確性。主要測試方法是通過記

錄各接口的輸入輸出數據、并核對其是否為預期值。

測試目標：確保所有軟件、硬件接口調用的正確性

方法：記錄輸入輸出數據

完成標準：

需考慮的特殊接口的限制條件

事項：

5.4集成測試

集成測試的主要目的是檢測系統是否達到需求,對業務流程及數據流的處理是否符合標準,

檢測系統對業務流處理是否存在邏輯不嚴謹及錯誤,檢測需求是否存在不合理的標準及要

求。此類型測試基于完成的單元測試。

測試目標檢測需求中業務流程,數據流的正確性

方法：測試需求中明確的業務流程,或組合不同功能模塊而形成一個大的功

能。利用有效的和無效的數據來執行各個用例、用例流或功能,以核實以

下內容:

在使用有效數據時得到預期的結果v

在使用無效數據時顯示相應的錯誤消息或警告消息。

各業務規則都得到了正確的應用。］

完成標準：［所計劃的測試已全部執行。

所發現的缺陷已全部解決。］

需考慮的特殊［確定或說明那些將對功能測試的實施和執行造成影響的事項或因素

事項:（內部的或外部的）］

太極計算機股份有限公司

5.5功能測試

功能測試應該側重于可以被直接追蹤到用例或業務功能和業務規則的所有測試需求。這些測

試的目標在于核實能否正確地接受、處理和檢索數據以及業務規則是否正確實施。這種類型

的測試基于黑盒方法,即通過圖形用戶界面（GUI）與應用程序交互并分析輸出結果來驗證

應用程序及其內部進程。功能測試的一般方法是利用有效的和無效的數據來執行各個用例、

用例流或功能,以核實是否達到預期結果。

測試目標：確保測試對象的功能正常,其中包括導航、數據輸入、處理和檢索等。

方法：基于黑盒方法,即通過圖形用戶界面（GUI）與應用程序交互并分析

輸出結果來驗證應用程序及其內部進程。利用有效的和無效的數據來執行

各個用例、用例流或功能,以核實以下內容:

?在使用有效數據時得到預期的結果。

?在使用無效數據時顯示相應的錯誤消息或警告消息。

?各業務規則都得到了正確的應用。

完成標準：?所計劃的測試已全部執行。

?所發現的缺陷已全部解決。

需考慮的特確定或說明那些將對功能測試的實施和執行造成影響的產項或因素

殊事項：（內部的或外部的）

5.6業務周期測試

業務周期測試應模擬在一段時間內對項目執行的活動。應先確定一段時間（例如一年），然

后執行將在該時段內發生的事務和活動。這種測試包括所有的每口、每周和每月的周期,以

及所有與日期相關的事件（如備忘錄）。

測試目標確保測試對象及后臺進程都按照所要求的業務模型和時間表正確運行。

日太極計算機股份有限公司

方法：通過執行以下活動,測試將模擬若干個業務周期:

???將修改或增強對測試對象進行的功能測試?？以增加每項功能的執行次

數?？從而在指定的時段內模擬若干個不同的用戶。

?將使用有效的和無效的口期或時段夾執行所有與時間或口期相關的功

能。

?將在適當的時候執行或啟動所有周期性出現的功能。

???在測試中還將使用有效的和無效的數據??以核實以下內容?？？?

■在使用有效數據時得到預期的結果。

?在使用無效數據時顯示相應的錯誤消息或警告消息。

?各業務規則都得到了正確的應用。

完成標準：?所計劃的測試已全部執行。

?所發現的缺陷已全部解決。

需考慮的特?系統5期和事件可能需要特殊的支持活動

殊事項：?需要通過業務模型來確定相應的測試需求和測試過程。

5.7用戶界面測試

用戶界面（UI）測試用于核實用戶與軟件之間的交互。u/測試的目標是確保用戶界面會通

過測試對象的功能來為用戶提供相應的訪問或瀏覽功能。另外，UI測試還可確保UI中的對

象按照預期的方式運行,并符合公司或行業的標準。

測試目標：核實以下內容:

???通過瀏覽測試對象可正確反映業務的功能和需求?？這種瀏覽包括窗口

與窗口之間、字段與字段之間的瀏覽?？以及各種訪問方法?？（Tab??健、鼠

標移動和快捷鍵）的使用

???窗口的對象和特征（例如?？?？菜單、大小、位置、狀態和?？中心）都符

合標準。

?窗口的對象和特征（例如:菜單、大小、位置、狀態和中心）都符合

標準。

太極計算機股份有限公司

方法：為每個窗口創建或修改測試,以核實各個應用程序窗口和對象都可正確地

進行瀏覽,并處于正常的對象狀態。

完成標準：證實各個窗口都與基準版本保持一致,或符合可接受標準

需考慮的特并不是所有定制或第三方對象的特征都可訪問。

殊事項：

5.8性能測試

5.8.1性能評價

性能評價是一種件能測試,它對響應時間、事務處理速率和其他與時間相關的需求進行評測

和評估。性能評價的目標是核實性能需求是否都已滿足。實施和執行性能評價的R的是將測

試對象的性能行為當作條件（例如工作量或硬件配置）的一種函數來進行評價和微調。

測試目標：核實所指定的事務或業務功能在以下情況下的性能行為:

?正常的預期工作量

?預期的最繁重工作量

方法：?使用為功能或業務周期測試制東的測試過程。

???通過修改數據文件來增加事務數量?？或通過修改腳本來增加每項

??事務的迭代次數。??

???腳本應該在一臺計算機上運行（最好是以單個用戶、單個事務為??

基準）??并在多臺客戶機（虛擬的或實際的客戶機?？請參見下面?？的“需

考慮的特殊事項”）上重復。

?腳本應該在一臺計算機上運行（最好是以單個用戶、單個事務為

基準）,并在多臺客戶機（虛擬的或實際的客戶機，請參見下面的

“需考慮的特殊事項”）上重復。

太極計算機股份有限公司

完成標準：???單個事務或單個用戶??？？在每個事務所預期或要求的時間范圍內

成功地完成測試腳本?？沒有發生任何故障。？?

???多個事務或多個用戶:在可接受的時間范圍內成功地完成測試??

腳本?？沒有發生任何故障。

???多個事務或多個用戶??？？在可接受的時間范圍內成功地完成測試

??腳本,沒有發生任何故障。

?多個事務或多個用戶:在可接受的時間范圍內成功地完成測試

腳本,沒有發生任何故障。

需考慮的特綜合的性能測試還包括在服務器上添加后臺工作量。

殊事項：可果用多種方法來執行此操作,其中包括:

?????直接將“事務強行分配到“服務器上?？這通常以“結構化查詢

語??言"?SQL????調用的形式來實現。

?通過創建“虛擬的”用戶負載來模擬許多個（通常為數百個）客

戶機。此負載可通過“遠程終端仿真"（RemoleTenainal

Emulation）工具來實現。此技術還可用于在網絡中加載“流量北

?使用多臺實際客戶機（每臺客戶機都運行測試腳本）在系統上添

加負載。

性能測試應該在專用的計算機上或在專用的機時內執行,以便實現完

全的控制和精確的評測。

性能測試所用的數據庫應該是與實際大小相同或等比例縮放的數據

庫。

5.8.2負載測試

負載測試是一種性能測試。在這種測試中,將使測試對象承擔不同的工作量,以評測和評估

測試對象在不同工作最條件下的性能行為,以及持續正常運行的能力。負載測試的目標是確

定并確保系統在超出最大預期工作量的情況下仍能正常運行。此外,負載測試還要評估性能

特征,例加,響應時間、事務處理速率和其他與時間相關的方面。

測試目標：核實所指定的事務或商業理由在不同的工作量條件下的性能行為時

間。

太極計算機股份有限公司

方法：?使用為功能或業務周期測試制定的測試。

???通過修改數據文件來增加事務數量?？或通過修改測試來增加每項

??事務發生的次數。

?通過修改數據文件來增加事務數最,或通過修改測試來增加每項

事務發生的次數。

完成標準：多個事務或多個用戶:在可接受的時間范圍內成功地完成測試、沒有

發生任何故障。

需考慮的特???負載測試應該在專用的計算機上或在專用的機時內執行??以便？?

殊事項：實現完全的控制和精確的評測。？?

?負載測試所用的數據庫應該是與實際大小相同或等比例縮放的數

據庫.

5.8.3強度測試

強度測試是一種性能測試,實施和執行此類測試的目的是找出因資源不足或資源爭用而導

致的錯誤。如果內存或磁盤空間不足,測試對象就可能會表現出一些在正常條件下并不明顯

的缺陷。而其他缺陷則可能由于爭用共享資源（如數據庫鎖或網絡帶寬）而造成的。強度測

試還可用于確定測試對象能夠處理的最大工作量。

測試目標：核實測試對象能夠在以下強度條件下正常運行,不會出現任何錯誤:

?服務器上幾乎沒有或根本沒有可用的內存（RAM和DASD）

?連接或模擬了最大實際（或實際可承受）數量的客戶機

?多個用戶對相同的數據/賬戶執行相同的事務

?最繁重的事務量或最差的事務組合（請參見上面的“性能測

試

注:強度測試的目標還可表述為確定和記錄那些使系統無法

繼續正常運行的情況或條件。

太極計算機股份有限公司

方法：?使用為性能評價或負載測試制定的測試。

???要對有限的資源進行測試?？就應該在一臺計算機上運行測試?？而

??且應該減少或限制服務器上的?？RAM??和?？DASD。？?

???對于其他強度測試?？應該使用多臺客戶機來運行相同的測試或互

??補的測試?？以產生最繁重的事務量或最差的事務組合。

?對于其他強度測試,應該使用多臺客戶機來運行相同的測試或互

補的測試,以產生最繁重的事務量或最差的事務組合。

完成標準：所計劃的測試已全部執行，并且在達到或超出指定的系統限制時沒有

出現任何軟件故障,或者導致系統出現故障的條件并不在指定的條件范圍

之內。

需考慮的特???如果要增加網絡工作弓雖度?？可能會需要使用網絡工具來給網絡加

殊事項：??我消息或信息包。？?

???應該暫時減少用于系統的?？DXSD??以限制數據庫可用空間的增

??長。

?使多個客戶機對相同的記錄或數據賬戶同時進行的訪問達到同

步。

5.8.4容量測試

容量測試使測試對象處理大量的數據,以確定是否達到了將使軟件發生故障的極限。容量測

試還將確定測試對象在給定時間內是否能夠持續處理的最大負載或工作量。例如,如果測試

對象正在為生成一份報表而處理一組數據庫記錄,那么容量測試就會使用一個大型的測試

數據庫,檢驗該軟件是否正常運行并生成了正確的報表。

測試目標：［核實測試對象在以下大容量條件下能否正常運行:

???連接（或模擬了）最大（實際或實際可承受）數量的客戶機?？所??

有客戶機在長時間內執行相同的、且情況（性能）最差的業務功?？能。

???己達到最大的數據庫大小（實際的或按比例縮放的）？？而且同時??

執行了多個查詢或報表事務。

?已達到最大的數據庫大小（實際的或按比例縮放的）,而且同時

執行了多個查詢或報表事務。

太極計算機股份有限公司

方法：?使用為性能評價或負載測試制定的測試。

???應該使用多臺客戶機來運行相同的測試或互補的測試?？以便在長

??時間內產生最繁重的事務量或最差的事務組合（請參見上面的?？？?“強

度測試”）。？?

???創建最大的數據庫大小（實際的、按比例縮放的、或輸入了代表??

性數據的數據庫）？？并使用多臺客戶機在長時間內同時運行查詢?？和報表

事務。

?創建最大的數據庫大小（實際的、按比例縮放的、或輸入了代表

性數據的數據庫）,并使用多臺客戶機在長時間內同時運行查詢和報

表事務。

完成標準：???所計劃的測試已全部執行?？而且在達到或超出指定的系統限制??

時沒有出現任何軟件故障。

需考慮的特對于上述的大容量條件,哪個時段是可以接受的時間?

殊事項：

5.9安全性和訪問控制測試

安全性和訪問控制測試側重于安全性的兩個關鍵方面:

???應用程序級別的安全性??包括對數據或業務功能的訪問

???系統級別的安全性?？包括對系統的登錄或遠程訪問。？?

應用程序級別的安全性可確保:在預期的安全性情況下,用戶只能訪問特定的功能或用例,

或者只能訪問有限的數據。

系統級別的安全性可確保只有具備系統訪問權限的用戶才能訪問應用程序,而且只能通過

相應的網關來訪問。

太極計算機股份有限公司

測試目標：???應用程序級別的安全性??？？核實主角只能訪問其所屬用戶類型已

被授權使用的那些功能或數據。？?

???系統級別的安全性?？？?核實只有具備系統和應用程序訪問權限的

主角才能訪問系統和應用程序。

?系統級別的安全性:核實只有具備系統和應用程序訪問權限的主角

才能訪問系統和應用程序。

方法：???應用程序級別的安全性?？?？確定并列出各用戶類型及其被授權使

用的功能或數據。？?

???為各用戶類型創建測試?？并通過創建各用六類型所特有的事務來

核實其權限。？?

???修改用戶類型并為相同的用戶重新運行測試。對于每種用戶類型

??確保正確地提供或拒絕了這些附加的功能或數據.

???系統級別的訪問???？請參見下面的“需考慮的特殊事項”

?系統級別的訪問：請參見下面的“需考慮的特殊事項”

完成標準：各種已知的主角類型都可訪問相應的功能或數據,而且所有事務都按

照預期的方式運行,并在先前的應用程序功能測試中運行了所有的事務。

需考慮的特必須與相應的網絡或系統管理員一起對系統訪問權進行檢查和討論。

殊事項:由于此測試可能是網絡管理或系統管理的職能,可能不需要執行此測忒。

5.10故障轉移和恢復測試

故障轉移和恢復測試可確保測試對象能成功完成故障轉移、并從硬件、軟件或網絡等方

面的各種故障中進行恢復,這些故障導致數據意外丟失或破壞了數據的完整性。

故障轉移測試可確保:對「必須始終保持運行狀態的系統來說，如果發生了故障,那么備選

或備份的系統就適當地將發生故障的系統“接管”過來,而且不會丟失任何數據或事務。

恢復測試是一種相反的測試流程。其中,將應用程序或系統置于極端的條件下(或者是模仿

的極端條件下)，以產生故障,例如設備輸入/輸出(I/O)故障或無效的數據庫指針和關健

字。啟用恢復流程后，將監測和檢查應用程序和系統,以核實應用程序或系統是正確無誤的,

或數據已得到了恢復。

太極計算機股份有限公司

測試目標：確保恢復進程（手工或自動）將數據庫、應用程序和系統正確地恢復

到了預期的已知狀態。測試中將包括以下各種情況:

?客戶機斷電

?服務器斷電

?通過網絡服務器產生的通信中斷

?DASD和/或DASD控制器被中斷、斷電或與DASD和/或

DASD控制器的通信中斷

???周期未完成（數據過濾進程被中斷?？數據同步進程被中?？斷）。??

?數據庫指針或關鍵字無效

?數據庫中的數據元素無效或遭到破壞

方法：應該使用為功能和業務周期測試創建的測試來創建一系列的事務。一

旦達到莎期的測試起點,就應該分別執行或模擬以下操作:

???客戶機斷電???？關閉??PC??的電源。??

???服務器斷電??？？模擬或啟動服務器的斷電過程。??

???通過網絡服務器產生的中斷?？？?模擬或啟動網絡的通信中?？斷

（實際喙開通信線路的連接或關閉網絡服務器或路由?？器的電源）。？?

???DASD??和？？DASD??控制器被中斷、斷電或與？？DASD??和

??DASD??控制器的通信中斷?？？？模城與一個或多個?？DASD??控?？制器

或設備的通信?？或實際取消這種通信。？?

一旦實現了上述情況（或模擬情況），就應該執行其他事務。而且一

旦達到第二個測試點狀態,就應調用恢復過程。

在測試不完整的周期時,所使用地方法與上述方法相同,只不過應異

常終止或提前終止數據庫進程本身。

對以下情況的測試需要達到一個已知的數據庫狀態。當破壞若干個數

據庫字段、指針和關鍵字時,應該以手工方式在數據庫中（通過數據庫工

具）直接進行。其他事務應該通過使用“應用程序功能測試”和“業務周

期測試”中的測試來執行,并且應執行完整的周期。

日太極計算機股份有限公司

完成標準：在所有上述情況中,應用程序、數據庫和系統應該在恢復過程完成時

立即返辿到一個已知的預期狀態。此狀態包括僅限于已知損壞的字段、指

針或關鍵字范圍內的數據損壞,以及表明進程或事務因中斷而未被完成的

報表。

需考慮的特???恢復測試會給其他操作帶來許多的麻煩。斷開纜線連接?？的方法

殊事項：（模擬聯電或通信中斷）可能并不可取或不可?？行。所以?？可能會需要采

用其他方法?？例如診斷性軟件?？工具。??

?需要系統（或計算機操作）、數據庫和網絡組中的資源。

?這些測試應該在工作時間之外或在一臺獨立的計算機上運

行。

5.11配置測試

配置測試核實測試對象在不同的軟件和硬件配置中的運行情況。在大多數生產環境中,客戶

機工作站、網絡連接和數據庫服務器的具體硬件規格會有所不同。客戶機工作站可能會安裝

不同的軟件,例如,應用程序、驅動程序等。而且在任何時候,都可能運行許多不同的軟件組

合,從而占用不同的資源.

測試目標：核實測試對象可在要求的硬件和軟件配置中正常運行。

方法：?使用功能測試腳本。

???在測試過程中或在測試開始之前?？打開各種與非測試對象相關的

軟件（例如印?？應用程序?？？？Excel??和?？Word）??然后將其關閉。

??

???執行所選的事務?？以模擬主角與測試對象軟件和非測試對象軟件

之間的交互。

???重復上述步驟?？盡量減少客戶機工作站上的常規可用內存。

?重復上述步驟,盡量減少客戶機工作站上的常規可用內存。

日太極計算機股份有限公司

完成標準：對于測試對象軟件和非測試對象軟件的各種組合,所有事務都成功完

成沒有出現任何故障。

需考慮的特???需要、可以使用并可以通過桌面訪問哪種非測試對象軟?？件？？?

殊事項：???通常使用的是哪些應用程序???????

???應用程序正在運行什么數據?例如?？在Excel??中打開的?？大型

電子表格?？或是在??Nord??中打開的??口

??頁文檔。

???作為此測試的一部分?？應將整個系統、Netware,網絡服'”務器、

數據庫等都記錄下來。？???

?作為此測試的一部分,應將整個系統、Netware,網絡服務

器、數據庫等都記錄下來。

5.12安裝測試

安裝測試有兩個目的。第一個目的是確保該軟件能夠在所有可能的配置卜.進行安裝,例如,

進行首次安裝、升級、完整的或自定義的安裝,以及在正常和異常情況下安裝。異常情況包

括磁盤空間不足、缺少目錄創建權限等.第二個目的是核實軟件在安裝后可立即正常運行。

測試目標：核實在以下情況下,測試對象可正確地安裝到各種所需的硬件配置

中:

?首次安裝。以前從未安裝過＜項目名稱》的新計算機

?更新。以前安裝過相同版本的〈項目名稱〉的計算機

?更新。以前安裝過較早版本的〈項目名稱》的計算機

方法：???手工開發腳本或開發自動腳本?？以驗證目標計算機的狀?？況???

新?？?？項目名稱?？從未安裝過;已安裝?？項目名稱?？？？相同或較早版本）。

??

?啟動或執行安裝。

?使用預先確定的功能測試腳本子集來運行事務。

日太極計算機股份有限公司

完成標準：＜項目名稱＞事務成功執行,沒有出現任何故障。

需考慮的特應該選擇＜項目名稱＞