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

火車票自動售賣系統(tǒng)測試計劃火車票自動售賣系統(tǒng)測試計劃火車票自動售賣系統(tǒng)測試計劃xxx公司火車票自動售賣系統(tǒng)測試計劃文件編號：文件日期：修訂次數(shù)：第1.0次更改批準審核制定方案設計，管理制度<（火車票）自動售票機模擬軟件>測試計劃版本<>目錄1.簡介

目的

背景

范圍

項目核實

2.測試需求3.測試策略

測試類型

功能測試

業(yè)務周期測試

用戶界面測試

性能評測

負載測試

強度測試

容量測試

配置測試

安裝測試

工具

4.資源角色

5.項目里程碑

6.可交付工件

測試模型

測試記錄

缺陷報告

測試計劃簡介目的<（火車票）自動售票機模擬軟件>的這一“測試計劃”文檔有助于實現(xiàn)以下目標：確定現(xiàn)有項目的信息和應測試的軟件構件。列出推薦的測試需求。確定所需的資源，并對測試的工作量進行估計。列出測試項目的可交付元素。背景應課程要求，為火車票自動售賣機模擬軟件編寫測試計劃，指導測試工作。范圍·功能測試--對測試對象的功能測試應側(cè)重于所有可直接追蹤到用例或業(yè)務功能和業(yè)務規(guī)則的測試需求。這種測試的目標是核實數(shù)據(jù)的接受、處理和檢索是否正確，以及業(yè)務規(guī)則的實施是否恰當。此類測試基于黑盒技術，該技術通過圖形用戶界面(GUI)與應用程序進行交互，并對交互的輸出或結果進行分析，以此來核實應用程序及其內(nèi)部進程?！I(yè)務周期測試--業(yè)務周期測試應模擬在一段時間內(nèi)對<項目名稱>執(zhí)行的活動。應先確定一個時間段（例如一年），然后執(zhí)行將在該時間段（一年內(nèi)）發(fā)生的事務和活動?！び脩艚缑鏈y試--用戶界面(UI)測試用于核實用戶與軟件之間的交互。UI測試的目標是確保用戶界面會通過測試對象的功能來為用戶提供相應的訪問或瀏覽功能?！ば阅茉u測--性能評測是一種性能測試，它對響應時間、事務處理速率和其他與時間相關的需求進行評測和評估。性能評測的目標是核實性能需求是否都已滿足。實施和執(zhí)行性能評測的目的是將測試對象的性能行為當作條件（例如工作量或硬件配置）的一種函數(shù)來進行評測和微調(diào)。·負載測試--負載測試是一種性能測試。在這種測試中，將使測試對象承擔不同的工作量，以評測和評估測試對象在不同工作量條件下的性能行為，以及持續(xù)正常運行的能力。負載測試的目標是確定并確保系統(tǒng)在超出最大預期工作量的情況下仍能正常運行。此外，負載測試還要評估性能特征，例如，響應時間、事務處理速率和其他與時間相關的方面?！姸葴y試--強度測試是一種性能測試，實施和執(zhí)行此類測試的目的是找出因資源不足或資源爭用而導致的錯誤。如果內(nèi)存或磁盤空間不足，測試對象就可能會表現(xiàn)出一些在正常條件下并不明顯的缺陷。而其他缺陷則可能由于爭用共享資源（如數(shù)據(jù)庫鎖或網(wǎng)絡帶寬）而造成的。強度測試還可用于確定測試對象能夠處理的最大工作量?！と萘繙y試--容量測試使測試對象處理大量的數(shù)據(jù)，以確定是否達到了將使軟件發(fā)生故障的極限。容量測試還將確定測試對象在給定時間內(nèi)能夠持續(xù)處理的最大負載或工作量。例如，如果測試對象正在為生成一份報表而處理一組數(shù)據(jù)庫記錄，那么容量測試就會使用一個大型的測試數(shù)據(jù)庫，檢驗該軟件是否正常運行并生成了正確的報表?！づ渲脺y試--配置測試核實測試對象在不同的軟件和硬件配置中的運行情況。在大多數(shù)生產(chǎn)環(huán)境中，客戶機工作站、網(wǎng)絡連接和數(shù)據(jù)庫服務器的具體硬件規(guī)格會有所不同?？蛻魴C工作站可能會安裝不同的軟件，例如，應用程序、驅(qū)動程序等而且在任何時候，都可能運行許多不同的軟件組合，從而占用不同的資源?！ぐ惭b測試--安裝測試有兩個目的。第一個目的是確保該軟件在正常情況和異常情況的不同條件下，例如，進行首次安裝、升級、完整的或自定義的安裝都能進行安裝。異常情況包括磁盤空間不足、缺少目錄創(chuàng)建權限等。第二個目的是核實軟件在安裝后可立即正常運行。這通常是指運行大量為功能測試制定的測試。項目核實下表列出了制定測試計劃時所使用的文檔，并標明了各文檔的可用性：文檔

（版本/日期）已創(chuàng)建或可用已被接收或已經(jīng)過復審作者或來源備注需求規(guī)約是已提交小組成員無功能性規(guī)約是已提交小組成員無用例報告是已提交小組成員無項目計劃是已提交小組成員無設計規(guī)約是已提交小組成員無原型是已提交小組成員無用戶手冊是已提交小組成員無2．測試需求測試名稱測試對象及測試目的訪問功能測試對測試對象的訪問功能測試應側(cè)重于所有可直接追蹤到用例或業(yè)務功能和業(yè)務規(guī)則的測試需求。這種測試的目標是核實數(shù)據(jù)的接受、處理和檢索是否正確，以及業(yè)務規(guī)則的實施是否恰當。用戶界面測試用戶界面(UI)測試用于核實用戶與軟件之間的交互。UI測試的目標是確保用戶界面會通過測試對象的功能來為用戶提供相應的訪問或瀏覽功能。性能評測性能評測是一種性能測試，它對響應時間、事務處理速率和其他與時間相關的需求進行評測和評估。性能評測的目標是核實性能需求是否都已滿足。負載測試負載測試是一種性能測試。在這種測試中，將使測試對象承擔不同的工作量，以評測和評估測試對象在不同工作量條件下的性能行為，以及持續(xù)正常運行的能力。負載測試的目標是確定并確保系統(tǒng)在超出最大預期工作量的情況下仍能正常運行。強度測試強度測試是一種性能測試，實施和執(zhí)行此類測試的目的是找出因資源不足或資源爭用而導致的錯誤。強度測試還可用于確定測試對象能夠處理的最大工作量。配置測試配置測試核實測試對象在不同的軟件和硬件配置中的運行情況。安裝測試安裝測試有兩個目的。第一個目的是確保該軟件在正常情況和異常情況的不同條件下，例如，進行首次安裝、升級、完整的或自定義的安裝都能進行安裝。異常情況包括磁盤空間不足、缺少目錄創(chuàng)建權限等。第二個目的是核實軟件在安裝后可立即正常運行。這通常是指運行大量為功能測試制定的測試。3．測試策略測試類型功能測試

測試目標確保測試對象的功能正常，其中包括導航、數(shù)據(jù)輸入、處理和檢索等功能。技術利用手動輸入有效的和無效的數(shù)據(jù)來執(zhí)行各個用例、用例流或功能，以核實以下內(nèi)容：在使用有效數(shù)據(jù)時得到預期的結果。在使用無效數(shù)據(jù)時顯示相應的錯誤消息或警告消息。各業(yè)務規(guī)則都得到了正確的應用。完成標準所計劃的測試已全部執(zhí)行。需考慮特殊事項手動測試輸入的局限性業(yè)務周期測試測試目標確保測試對象及背景的進程都按照所要求的業(yè)務模型和時間表正確運行。技術通過執(zhí)行以下活動，測試將模擬若干個業(yè)務周期（手動測試）：·將修改或改進對測試對象進行的功能測試，以增加每項功能的執(zhí)行次數(shù)，從而在指定的時間段內(nèi)模擬若干個不同的用戶。·將使用有效的和無效的數(shù)據(jù)或時間段來執(zhí)行所有與時間或數(shù)據(jù)相關的功能。·將在適當?shù)臅r間執(zhí)行或啟用所有周期性出現(xiàn)的功能?！ぴ跍y試中還將使用有效的和無效的數(shù)據(jù)，以核實以下內(nèi)容：在使用有效數(shù)據(jù)時得到預期的結果。在使用無效數(shù)據(jù)時顯示相應的錯誤消息或警告消息。完成標準所計劃的測試已全部執(zhí)行。所發(fā)現(xiàn)的缺陷已全部解決需考慮特殊事項系統(tǒng)日期和事件可能需要特殊的支持活動用戶界面測試

測試目標·通過測試對象進行的瀏覽可正確反映業(yè)務的功能和需求，這種瀏覽包括窗口與窗口之間、字段與字段之間的瀏覽，以及各種訪問方法（Tab健、鼠標移動、和快捷鍵）的使用?！ご翱诘膶ο蠛吞卣鳎ɡ?，菜單、大小、位置、狀態(tài)和中心）都符合標準。技術手動為每個窗口創(chuàng)建或修改測試，以核實各個應用程序窗口和對象都可正確地進行瀏覽，并處于正常的對象狀態(tài)。完成標準成功地核實出各個窗口都與基準版本保持一致需考慮特殊事項并不是所有定制或第三方對象的特征都可訪問。

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

強度測試

測試目標核實測試對象能夠在以下強度條件下正常運行：·連接或模擬了最大實際數(shù)量的客戶機·多個用戶對相同的數(shù)據(jù)或賬戶執(zhí)行相同的事務技術使用為性能評測或負載測試制定的測試（手動測試）?！ひ獙τ邢薜馁Y源進行測試，就應該在一臺計算機上運行測試，而且應該減少或限制服務器上的RAM和DASD?！τ谄渌麖姸葴y試，應該使用多臺客戶機來運行相同的測試或互補的測試，以產(chǎn)生最繁重的事務量或最差的事務組合。完成標準所計劃的測試已全部執(zhí)行，并且在達到或超出指定的系統(tǒng)限制時沒有出現(xiàn)任何軟件故障，或者導致系統(tǒng)出現(xiàn)故障的條件并不在指定的條件范圍之內(nèi)。需考慮特殊事項應該暫時減少用于系統(tǒng)的DASD，以限制數(shù)據(jù)庫可用空間的增長。使多個客戶機對相同的記錄或數(shù)據(jù)賬戶同時進行的訪問達到同步。

容量測試測試目標核實測試對象在以下高容量條件下能否正常運行：·連接或模擬了最大數(shù)量的客戶機，所有客戶機在長時間內(nèi)執(zhí)行相同的、且情況最壞的業(yè)務功能。·已達到最大的數(shù)據(jù)庫大小，而且同時執(zhí)行了多個查詢或報表事務。技術·使用為性能評測或負載測試制定的測試（手動測試）?！撌褂枚嗯_客戶機來運行相同的測試或互補的測試，以便在長時間內(nèi)產(chǎn)生最繁重的事務量或最差的事務組合。·創(chuàng)建最大的數(shù)據(jù)庫大小，并使用多臺客戶機在長時間內(nèi)同時運行查詢和報表事務。完成標準·所計劃的測試已全部執(zhí)行，而且在達到或超出指定的系統(tǒng)限制時沒有出現(xiàn)任何軟件故障。需考慮特殊事項對于上述的高容量條件，哪個時間段是可以接受的時間配置測試測試目標核實測試對象可在所需的硬件和軟件配置中正常運行。技術使用功能測試腳本（手動測試）。·在測試過程中或在測試開始之前，打開各種與非測試對象相關的軟件，然后將其關閉?！?zhí)行所選的事務，以模擬Actor與測試對象軟件和非測試對象軟件之間的交互?！ぶ貜蜕鲜霾襟E，盡量減少客戶機工作站上的常規(guī)可用內(nèi)存。完成標準對于測試對象軟件和非測試對象軟件的各種組合，所有事務都成功完成，沒有出現(xiàn)任何故障。需考慮特殊事項·通常使用的是哪些應用程序·應用程序正在運行什么數(shù)據(jù)例如，在Excel中打開的大型電子表格，或是在Word中打開的100頁文檔。

安裝測試

測試目標核實在以下情況下，測試對象可正確地安裝到各種所需的硬件配置中：·首次安裝。以前從未安裝過<火車票）自動售票機模擬軟件>的新計算機·更新。以前安裝過相同版本的<火車票）自動售票機模擬軟件>的計算機技術手動安裝，以驗證目標計算機的狀況：·首次安裝-<火車票）自動售票機模擬軟件>·<火車票）自動售票機模擬軟件>安裝過或安裝過較早的版本?！踊驁?zhí)行安裝。完成標準<火車票）自動售票機模擬軟件>事務成功執(zhí)行，沒有出現(xiàn)任何故障。需考慮特殊事項應該選擇<火車票）自動售票機模擬軟件>的哪些事務才能準確地測試出<火車票）自動售票機模擬軟件>應用程序已經(jīng)成功安裝，而且沒有遺漏主要的軟件構件。工具

工具產(chǎn)商/自產(chǎn)版本測試管理手動測試缺陷跟蹤手動測試用于功能性測試的ASQ工具手動測試用于性能測試的ASQ工具手動測試項目管理手動測試DBMS工具手動測試4．資源硬件:使用小組成員的PC進行測試數(shù)據(jù)庫：MySQL角色

人力資源角色所推薦的最少資源（所分配的專職角色數(shù)量）具體職責或注釋測試經(jīng)理測試項目經(jīng)理劉揚進行管理監(jiān)督。職責：提供技術指導獲取適當?shù)馁Y源提供管理報告測試設計員劉揚確定測試用例、確定測試用例的優(yōu)先級并實施測試用例