火車票自動售賣系統測試計劃

1、測試計劃版本 目錄1. 簡介1.1 目的1.2 背景1.3 圍1.4 項目核實2. 測試需求3. 測試策略3.1 測試類型3.1.1 功能測試3.1.2 業(yè)務周期測試3.1.3 用戶界面測試3.1.4 性能評測3.1.5 負載測試3.1.6 強度測試3.1.7 容量測試3.1.8 配置測試3.1.9 安裝測試3.2 工具4. 資源4.1 角色5. 項目里程碑6. 可交付工件6.1 測試模型6.2 測試記錄6.3 缺陷報告測試計劃1. 簡介1.1 目的 的這一“測試計劃”文檔有助于實現以下目標：確定現有項目的信息和應測試的軟件構件。列出推薦的測試需求。確定所需的資源，并對測試的工作量進行估計。

2、列出測試項目的可交付元素。1.2 背景應課程要求，為火車票自動售賣機模擬軟件編寫測試計劃，指導測試工作。1.3 圍功能測試-對測試對象的功能測試應側重于所有可直接追蹤到用例或業(yè)務功能和業(yè)務規(guī) 則的測試需求。 這種測試的目標是核實數據的接受、處理和檢索是否正確，以及業(yè)務規(guī)則的實 施是否恰當。 此類測試基于黑盒技術，該技術通過圖形用戶界面（GUI） 與應用程序進行交互，并對交互的輸出或結果進行分析，以此來核實應用程序及其部進程。業(yè)務周期測試-業(yè)務周期測試應模擬在一段時間對 執(zhí)行的活動。應先確定一個時間段（例如一年），然后執(zhí)行將在該時間段（一年）發(fā)生的事務和活動。用戶界面測試-用戶界面（UI） 測試

3、用于核實用戶與軟件之間的交互。UI測試的目標是確保用戶界面會通過測試對象的功能來為用戶提供相應的訪問或瀏覽功能。性能評測-性能評測是一種性能測試，它對響應時間、事務處理速率和其他與時間相關 的需求進行評測和評估。 性能評測的目標是核實性能需否都已滿足。實施和執(zhí)行性能評測的目的是將測試對象的性能行為當作條件（例如工作量或硬件配置）的一種函數來進行評測和微 調。負載測試-負載測試是一種性能測試。在這種測試中，將使測試對象承擔不同的工作 量，以評測和評估測試對象在不同工作量條件下的性能行為，以及持續(xù)正常運行的能力。負載測試的目標是確定并確保系統在超出最大預期工作量的情況下仍能正常運行。此外，負載測試

4、還要評估性能特征，例如，響應時間、事務處理速率和其他與時間相關的方面。強度測試-強度測試是一種性能測試，實施和執(zhí)行此類測試的目的是找岀因資源不足或 資源爭用而導致的錯誤。如果存或磁盤空間不足，測試對象就可能會表現出一些在正常條件下 并不明顯的缺陷。而其他缺陷則可能由于爭用共享資源（如數據庫鎖或網絡帶寬）而造成的。 強度測試還可用于確定測試對象能夠處理的最大工作量。容量測試-容量測試使測試對象處理大量的數據，以確定是否達到了將使軟件發(fā)生故障的極限。 容量測試還將確定測試對象在給定時間能夠持續(xù)處理的最大負載或工作量。例如，如果測試對象正在為生成一份報表而處理一組數據庫記錄，那么容量測試就會使用一個

5、大型的 測試數據庫，檢驗該軟件是否正常運行并生成了正確的報表。配置測試-配置測試核實測試對象在不同的軟件和硬件配置中的運行情況。在大多數生產環(huán)境中，客戶機工作站、網絡連接和數據庫服務器的具體硬件規(guī)格會有所不同。客戶機工作站可能會安裝不同的軟件，例如，應用程序、驅動程序等而且在任何時候，都可能運行許多不 同的軟件組合，從而占用不同的資源。安裝測試-安裝測試有兩個目的。第一個目的是確保該軟件在正常情況和異常情況的不 同條件下，例如，進行首次安裝、升級、完整的或自定義的安裝都能進行安裝。異常情況包括磁盤空間不足、缺少目錄創(chuàng)建權限等。第二個目的是核實軟件在安裝后可立即正常運行。這通 常是指運行大量為功

6、能測試制定的測試。1.4項目核實下表列岀了制定測試計劃時所使用的文檔，并標明了各文檔的可用性:文檔 （版本/日期）已創(chuàng)建或可 用已被接收或 已經過復審作者或來 源備注需求規(guī)約是已提交小組成員無功能性規(guī)約是已提交小組成員無用例報告是已提交小組成員無項目計劃是已提交小組成員無設計規(guī)約是已提交小組成員無原型是已提交小組成員無用戶手冊是已提交小組成員無2 測試需求測試名稱測試對象及測試目的訪問功能測試對測試對象的訪冋功能測試應側重于所有可直接追蹤到用例或業(yè)務功能和 業(yè)務規(guī)則的測試需求。這種測試的目標是核實數據的接受、處理和檢索是否正確，以及業(yè)務規(guī)則的實施是否恰當。用戶界面測試用戶界面（UI） 測試用于

7、核實用戶與軟件之間的交互。UI測試的目標是確保用戶界面會通過測試對象的功能來為用戶提供相應的訪問或瀏覽功 能。性能評測性能評測是一種性能測試，它對響應時間、事務處理速率和其他與時間相 關的需求進行評測和評估。性能評測的目標是核實性能需否都已滿足。負載測試負載測試是一種性能測試。在這種測試中，將使測試對象承擔不同的工作 量，以評測和評估測試對象在不同工作量條件下的性能行為，以及持續(xù)正 常運行的能力。負載測試的目標是確定并確保系統在超岀最大預期工作量的情況下仍能正常運行。強度測試強度測試是一種性能測試，實施和執(zhí)行此類測試的目的是找岀因資源不足 或資源爭用而導致的錯誤。強度測試還可用于確定測試對象能

8、夠處理的最 大工作量。配置測試配置測試核實測試對象在不同的軟件和硬件配置中的運行情況。安裝測試安裝測試有兩個目的。第一個目的是確保該軟件在正常情況和異常情況的 不同條件下，例如，進行首次安裝、升級、完整的或自定義的安裝都能進 行安裝。異常情況包括磁盤空間不足、缺少目錄創(chuàng)建權限等。第二個目的 是核實軟件在安裝后可立即正常運行。這通常是指運行大量為功能測試制 定的測試。3測試策略3.1測試類型功能測試測試目標確保測試對象的功能正常，其中包括導航、數據輸入、處理和檢索等功能。技術利用手動輸入有效的和無效的數據來執(zhí)行各個用例、用例流或 功能，以核實以下容：在使用有效數據時得到預期的結果。在使用無效數據

9、時顯示相應的錯誤消息或警告消息。各業(yè)務規(guī)則都得到了正確的應用。完成標準所計劃的測試已全部執(zhí)行。需考慮特殊事項手動測試輸入的局限性業(yè)務周期測試測試目標確保測試對象及背景的進程都按照所要求的業(yè)務模型和時間表正 確運行。通過執(zhí)行以下活動，測試將模擬若干個業(yè)務周期（手動測試）：將修改或改進對測試對象進行的功能測試，以增加每項功能的 執(zhí)行次數，從而在指定的時間段模擬 若干個不同的用戶。將使用有效的和無效的數據或時間段來執(zhí)行所有與時間或數技術據相關的功能。將在適當的時間執(zhí)行或啟用所有周期性岀現的功能。在測試中還將使用有效的和無效的數據，以核實以下容：在使用有效數據時得到預期的結果。在使用無效數據時顯示相應

10、的錯誤消息或警告消息。完成標準所計劃的測試已全部執(zhí)行。所發(fā)現的缺陷已全部解決需考慮特殊事項系統日期和事件可能需要特殊的支持活動用戶界面測試測試目標通過測試對象進行的瀏覽可正確反映業(yè)務的功能和需求，這種瀏覽包括窗口與窗口之間、字段與字段之間的瀏覽，以及各種 訪問方法（Tab健、鼠標移動、和快捷鍵）的使用。窗口的對象和特征（例如，菜單、大小、位置、狀態(tài)和中心）都符合標準。技術手動為每個窗口創(chuàng)建或修改測試，以核實各個應用程序窗口和對 象都可正確地進行瀏覽，并處于正常的對象狀態(tài)。完成標準成功地核實岀各個窗口都與基準版本保持一致需考慮特殊事項并不是所有定制或第三方對象的特征都可訪問。性能評測測試目標核實

11、所指定的事務或業(yè)務功能在以下情況下的性能行為： 正常的預期工作量；預期的最繁重工作量技術使用為功能或業(yè)務周期測試制定的測試過程（手動測試）。通過修改數據文件來增加事務數量，或通過修改腳本來增加每項事務的迭代數量。腳本應該在一臺計算機上運行，并在多個客戶機上重復。完成標準單個事務或單個用尸：在每個事務所預期或要求旳時間圍成功 地完成測試腳本，沒有發(fā)生任何故障。多個事務或多個用戶：在可接受的時間圍成功地完成測試腳 本，沒有發(fā)生任何故障。需考慮特殊事項使用多臺實際客戶機在系統上添加負載。性能測試應該在專用的計算機上或在專用的機時執(zhí)行，以便實現 完全的控制和精確的評測。負載測試測試目標核實所指定的事務

12、或商業(yè)理由在不冋的工作量條件下的性能行為 時間。技術使用為功能或業(yè)務周期測試制定的測試（手動測試）。通過修改數據文件來增加事務數量，或通過修改測試來增加每項事務發(fā)生的次數。完成標準多個事務或多個用戶：在可接受的時間圍成功地完成測試，沒有發(fā)生任何故障。需考慮特殊事項負載測試應該在專用的計算機上或在專用的機時執(zhí)行，以便實現完全的控制和精確的評測。負載測試所用的數據庫應該是實際大小或相同縮放比例的數據 庫。強度測試測試目標核實測試對象能夠在以下強度條件下正常運行：連接或模擬了最大實際數量的客戶機多個用戶對相同的數據或賬戶執(zhí)行相同的事務技術使用為性能評測或負載測試制定的測試（手動測試）。要對有限的資源

13、進行測試，就應該在一臺計算機上運行測試， 而且應該減少或限制服務器上的RAM和DAS0對于其他強度測試，應該使用多臺客戶機來運行相同的測試或互補的測試，以產生最繁重的事務量或最差的事務組合。完成標準所計劃的測試已全部執(zhí)行，并且在達到或超岀指定的系統限制時 沒有出現任何軟件故障，或者導致系統出現故障的條件并不在指 定的條件圍之。需考慮特殊事項應該暫時減少用于系統的DASD,以限制數據庫可用空間的增長。使多個客戶機對相同的記錄或數據賬戶同時進行的訪問達到 同步。容量測試測試目標核實測試對象在以下高容量條件下能否正常運行：連接或模擬了最大數量的客戶機，所有客戶機在長時間執(zhí)行相 同的、且情況最壞的業(yè)務

14、功能。已達到最大的數據庫大小，而且同時執(zhí)行了多個查詢或報表事務。技術使用為性能評測或負載測試制定的測試（手動測試）。應該使用多臺客戶機來運行相同的測試或互補的測試，以便在長時間產生最繁重的事務量或最差的事務組合。創(chuàng)建最大的數據庫大小，并使用多臺客戶機在長時間同時運行 查詢和報表事務。完成標準所計劃的測試已全部執(zhí)行，而且在達到或超岀指定的系統限制時沒有出現任何軟件故障。需考慮特殊事項對于上述的高容量條件，哪個時間段是可以接受的時間配置測試測試目標核實測試對象可在所需的硬件和軟件配置中正常運行。技術使用功能測試腳本（手動測試）。在測試過程中或在測試開始之前，打開各種與非測試 對象相關的軟件，然后將

15、其關閉。執(zhí)行所選的事務，以模擬Actor 與測試對象軟件和非測試對象軟件之間的交互。重復上述步驟，盡量減少客戶機工作站上的常規(guī)可用存。完成標準對于測試對象軟件和非測試對象軟件的各種組合，所有 事務都成功完成，沒有岀現任何故障。需考慮特殊事項通常使用的是哪些應用程序？應用程序正在運行什么數據？例如，在Excel中打開的大型電子表格，或是在Word中打開的100頁文檔。安裝測試測試目標核實在以下情況下，測試對象可正確地安裝到各種所需 的硬件配置中：首次安裝。以前從未安裝過 的新計算機更新。以前安裝過相冋版本的 的計算機技術手動安裝，以驗證目標計算機的狀況：首次安裝- 安裝過或安裝過較早的版本。啟動

16、或執(zhí)行安裝。完成標準 事務成功執(zhí)行，沒有出現任何故障。需考慮特殊事項應該選擇 的哪些事務才能準確地測試岀 應用程序已經成功安裝，而且沒有遺漏主要的軟件構件。3.2工具工具產商/自產版本測試管理手動測試缺陷跟蹤手動測試用于功能性測試的 ASQ工具手動測試用于性能測試的 ASQ工具手動測試項目管理手動測試DBMS工具手動測試4資源硬件：使用小組成員的 PC進行測試數據庫：MySQL4.1角色人力資源角色所推薦的最少資源（所分配的專職角色數量）具體職責或注釋測試經理測試項目經理揚進行管理監(jiān)督。職責：提供技術指導 獲取適當的資源 提供管理報告測試設計員揚確定測試用例、確定測試用例的優(yōu)先級并 實施測試用例。職責：生成測試計劃生成測試模型評估測試工作的有效性測試員揚執(zhí)行測試。職責：執(zhí)行測試記錄結果從錯誤中恢復記錄變更請求測試系統管理員揚確保測試環(huán)境和資產得到管理和維護。 職責：管理測試系統 分配和管理角色對測試系統的