火車票自動售賣系統(tǒng)測試計劃

1、測試計劃版本 目錄1. 簡介1.1 目的1.2 背景1.3 圍1.4 項目核實2. 測試需求3. 測試策略3.1 測試類型3.1.1 功能測試3.1.2 業(yè)務(wù)周期測試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 目的 的這一“測試計劃”文檔有助于實現(xiàn)以下目標：確定現(xiàn)有項目的信息和應(yīng)測試的軟件構(gòu)件。列出推薦的測試需求。確定所需的資源，并對測試的工作量進行估計。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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