《大學(xué)學(xué)籍貫管理系統(tǒng)》測試計劃Test-Plan方案

1、大學(xué)學(xué)籍管理系統(tǒng)測試計劃版 本 歷 史版本/狀態(tài)修訂人起止日期審核人日期簡要說明V1.0徐雪梅2009-6-4建立V1.1盛安平2009-7-13修訂1.簡介該測試計劃介紹了如何測試大學(xué)學(xué)籍管理系統(tǒng)。它提供了測試范圍、測試策略，人員安排等詳細(xì)信息。1.1目的這份文檔的目標(biāo)是詳細(xì)描述對“大學(xué)學(xué)籍管理系統(tǒng)”進(jìn)行功能測試的過程。本文檔所關(guān)注的特征來自于軟件設(shè)計規(guī)格說明書。（關(guān)于大學(xué)學(xué)籍管理系統(tǒng)的功能描述,請參閱軟件設(shè)計規(guī)格說明書。）1.2背景為了提高從事學(xué)生工作的老師的工作效率，開發(fā)了大學(xué)學(xué)籍管理系統(tǒng)。 這個系統(tǒng)能滿足用戶:管理員賬戶與普通賬戶Login/Logout。管理員賬戶具有添加、修改、刪除

2、功能，普通賬戶只能查看。主要功能：能完成大學(xué)新生的添加、修改、刪除，能按學(xué)生成績求和、排名，列出不及格學(xué)生的名單等。操作簡單、界面友好；確保信息的準(zhǔn)確性，動態(tài)性，安全性。大學(xué)學(xué)籍管理系統(tǒng)是基于Java EE的技術(shù)，采用B/S結(jié)構(gòu)，適于分布式多客戶作業(yè)，客戶端的要求也很低。1.3范圍測試階段包括單元測試，集成測試，系統(tǒng)測試，性能測試，驗收測試及對測試進(jìn)行評估。本計劃所提到的測試類型是需求階段的測試，即對大學(xué)學(xué)籍管理系統(tǒng)進(jìn)行功能驗證的測試過程。1.3.1準(zhǔn)備測試的特征以下特征將被測試，以確保“大學(xué)學(xué)籍管理系統(tǒng)”能滿足規(guī)定的需求：1）用戶Login、Logout，以及管理員與普通用戶的權(quán)限區(qū)別l 用

3、戶Login、Logout² Login² Logoutl 管理員與普通用戶的權(quán)限² 管理員的權(quán)限: 添加、刪除、修改² 普通用戶只能查看信息2）學(xué)生信息和成績的添加、刪除、修改l 學(xué)生信息的添加、刪除、修改² 添加新生信息² 刪除已經(jīng)添加的學(xué)生信息（可同時刪除多個學(xué)生）² 修改已經(jīng)添加的學(xué)生信息l 學(xué)生成績的添加、刪除、修改² 添加新的學(xué)生成績² 刪除已經(jīng)添加的學(xué)生成績（可同時刪除多個成績）² 修改已經(jīng)添加的學(xué)生成績3) 學(xué)科信息的添加、刪除、修改l 學(xué)科信息的添加、刪除、修改² 添

4、加新的學(xué)科² 刪除已經(jīng)添加的學(xué)科（可同時刪除多個學(xué)科）² 修改已經(jīng)添加的學(xué)科4) 按學(xué)生成績求和、排名l 學(xué)生成績的求和² 某一個學(xué)生的所有成績之和² 某一個學(xué)科的所有學(xué)生成績之和l 學(xué)生成績的排名² 某一個學(xué)生的所有成績排名² 某一個學(xué)科的所有學(xué)生成績排名² 可以以升序或者降序排名5) 按要求篩選不同類別的學(xué)生l 篩選成績前10名的學(xué)生² 只篩選總分成績前10名的學(xué)生l 篩選成績不及格的學(xué)生² 只要有一門學(xué)科成績不及格，就會被篩選出來² 不及格的學(xué)科可以用不同的顏色進(jìn)行標(biāo)識6) DB連接可以根

5、據(jù)配置文件進(jìn)行動態(tài)設(shè)置l 配置文件修改后，DB連接也會相應(yīng)改變² 在后臺修改配置文件² 在前臺可以看到DB也會發(fā)生了改變表 5-3-1測試列表和測試范圍新功能相關(guān)模塊回歸測試范圍測試人員學(xué)籍管理首頁N/A (new)N/A新建學(xué)生N/A (new)N/A學(xué)生基本信息管理N/A (new)N/A學(xué)生一覽表N/A (new)N/A學(xué)生基本信息查詢N/A (new)N/A學(xué)生成績管理N/A (new)N/A學(xué)生成績一覽表 N/A (new)N/A學(xué)生成績查詢N/A (new)N/A登錄系統(tǒng)N/A (new)N/A1.3.2不準(zhǔn)備測試的特征以下功能和系統(tǒng)配置時不需要測試的

6、內(nèi)容：1）本次測試將不考慮關(guān)系數(shù)據(jù)庫（My SQL）的安裝和功能。假定數(shù)據(jù)庫已安裝并處于可操作的狀態(tài)。假定數(shù)據(jù)庫表結(jié)構(gòu)是準(zhǔn)確的，包含需求規(guī)格說明書中定義的規(guī)定類型和字段的寬度。這些需求在準(zhǔn)備和安裝文檔中有詳細(xì)說明。2)本次測試將不會直接測試Web服務(wù)器（Tomcat）2.測試參考文檔和測試提交文檔2.1測試參考文檔l 大學(xué)學(xué)籍管理系統(tǒng)產(chǎn)品需求文擋l 大學(xué)學(xué)籍管理系統(tǒng)軟件設(shè)計規(guī)格說明書2.2測試提交文檔本次測試完成后的提交文檔包括：l 測試計劃l 測試規(guī)格說明文檔l 測試用例設(shè)計文擋l 測試Bug列表l 測試小結(jié)l 測試分析報告3.測試進(jìn)度表 5-3-2 測試進(jìn)度測試活動計劃開始日期實際開始日期

7、結(jié)束日期制定測試計劃單元測試30天集成測試15天系統(tǒng)測試8天性能測試2天用戶驗收測試5天對測試進(jìn)行評估1天產(chǎn)品發(fā)布4.測試資源4.1人力資源下表列出了在此項目的人員配備方面所作的各種假定。 注：可適當(dāng)?shù)貏h除或添加角色項。 表 5-3-3 人力資源安排角色所推薦的最少資源（所分配的專職角色數(shù)量）具體職責(zé)或注釋測試設(shè)計人員2-3制定和維護(hù)測試計劃，設(shè)計測試用例及測試過程，生成測試分析報告測試人員3-4執(zhí)行集成測試和系統(tǒng)測試，記錄測試結(jié)果設(shè)計人員1設(shè)計測試需要的驅(qū)動程序和穩(wěn)定樁編碼人員2-3編寫測試驅(qū)動程序和穩(wěn)定樁，執(zhí)行單元測試4.2測試環(huán)境下表列出了測試的系統(tǒng)環(huán)境5-3-4 測試環(huán)境綜合軟件環(huán)境（

8、相關(guān)軟件、操作系統(tǒng)等）操作系統(tǒng)：Windows 2000/XP以上版本；應(yīng)用服務(wù)器和Web服務(wù)器：Tomcat 5以上數(shù)據(jù)庫系統(tǒng)：MySQL客戶端軟件：MS Internet Explorer或Firefox等瀏覽器和office軟件。硬件環(huán)境（網(wǎng)絡(luò)、設(shè)備等）對兼做應(yīng)用服務(wù)器、Web服務(wù)器和數(shù)據(jù)庫服務(wù)器的機(jī)器配置要求較高：256M以上內(nèi)存，PIII500MHz以上CPU，10G以上可用硬盤空間；客戶機(jī)只要能使用瀏覽器和Office軟件即可。網(wǎng)絡(luò)條件和設(shè)備：網(wǎng)路連接卡或調(diào)制解調(diào)器。4.3測試工具此項目將列出測試使用的工具：表 5-3-5 測試工具列表用途工具生產(chǎn)廠商/自產(chǎn)版本壓力測試工具JMet

9、er開源組織2.3.4.功能測試工具Selinum開源組織1.05.系統(tǒng)風(fēng)險可能出現(xiàn)的風(fēng)險如下：l bug的修復(fù)情況l 模塊功能的實現(xiàn)情況l 系統(tǒng)整體功能的實現(xiàn)情況l 代碼的編寫質(zhì)量l 人員經(jīng)驗以及對軟件的熟悉度l 開發(fā)人員、測試人員關(guān)于項目約定的執(zhí)行情況l 人員調(diào)整導(dǎo)致研發(fā)周期延遲l 開發(fā)時間的縮短導(dǎo)致某些測試計劃無法執(zhí)行6.測試策略測試策略提供了對測試對象進(jìn)行測試的推薦方法。下面列出了本系統(tǒng)測試的各個階段可能用到的測試方法。測試案例流程圖：如圖5-6-1圖5-6-1 測試案例流程圖6.1接口測試表5-3-6 接口測試測試目標(biāo)確保接口調(diào)用的正確性測試范圍：所有軟件、硬件接口，記錄輸入輸出數(shù)據(jù)

10、技術(shù)：開始標(biāo)準(zhǔn)：完成標(biāo)準(zhǔn)：測試重點和優(yōu)先級：需考慮的特殊事項：接口的限制條件6.2集成測試集成測試主要目的是檢測系統(tǒng)是否達(dá)到設(shè)計需求，對業(yè)務(wù)流程及數(shù)據(jù)流的處理是否符合標(biāo)準(zhǔn)，檢測系統(tǒng)對業(yè)務(wù)流程處理是否存在邏輯不嚴(yán)謹(jǐn)及錯誤，檢測需求是否存在不合理的標(biāo)準(zhǔn)及要求。此階段測試是基于功能完成的測試。 表 5-3-7 集成測試測試目標(biāo)檢測需求中業(yè)務(wù)流程，數(shù)據(jù)流的正確性測試范圍需求中明確的業(yè)務(wù)流程，或組合不同功能模塊而形成一個大的功能。技術(shù)利用有效的和無效的數(shù)據(jù)來執(zhí)行各個用例、用例流或功能，以核實以下內(nèi)容：在使用有效數(shù)據(jù)時得到預(yù)期的結(jié)果。在使用無效數(shù)據(jù)時顯示相應(yīng)的錯誤消息或警告消息。各業(yè)務(wù)規(guī)則都得到了正確的應(yīng)

11、用。 開始標(biāo)準(zhǔn)在完成某個集成測試時必須達(dá)到標(biāo)準(zhǔn)完成標(biāo)準(zhǔn)所計劃的測試已全部執(zhí)行。所發(fā)現(xiàn)的缺陷已全部解決。 測試重點和優(yōu)先級測試重點指在測試過程中需著重測試的地方，優(yōu)先級可以根據(jù)需求及嚴(yán)重來定需考慮的特殊事項 確定或說明那些將對功能測試的實施和執(zhí)行造成影響的事項或因素（內(nèi)部的或外部的） 6.3功能測試對測試對象的功能測試應(yīng)側(cè)重于所有可直接追蹤到業(yè)務(wù)功能和業(yè)務(wù)規(guī)則的測試需求。此類測試基于黑盒技術(shù)，該技術(shù)通過圖形用戶界面（GUI）與應(yīng)用程序進(jìn)行交互，并對交互的輸出或結(jié)果進(jìn)行分析，以此來核實應(yīng)用程序及其內(nèi)部進(jìn)程。以下為各種應(yīng)用程序列出了推薦使用的測試概要： 表 5-3-8 功能測試測試目標(biāo)確保測試的功能

12、正常，其中包括導(dǎo)航，數(shù)據(jù)輸入，處理和檢索等功能。測試范圍需求說明書中要求的各項功能技術(shù)利用有效的和無效的數(shù)據(jù)來執(zhí)行各個用例，以核實以下內(nèi)容：在使用有效數(shù)據(jù)時得到預(yù)期的結(jié)果。在使用無效數(shù)據(jù)時顯示相應(yīng)的錯誤消息或警告消息。各業(yè)務(wù)規(guī)則都得到了正確的應(yīng)用。 開始標(biāo)準(zhǔn)完成標(biāo)準(zhǔn)測試重點和優(yōu)先級需考慮的特殊事項確定或說明那些將對功能測試的實施和執(zhí)行造成影響的事項或因素（內(nèi)部的或外部的） 6.4用戶界面測試用MS Internet Explorer和Firefox對圖形用戶界面進(jìn)行測試。要求在兩種瀏覽器上對所將使有功能進(jìn)行測試。表 5-3-9 界面測試測試目標(biāo)通過測試進(jìn)行的瀏覽可正確反映業(yè)務(wù)的功能和需求，這種

13、瀏覽包括窗口與窗口之間、字段與字段之間的瀏覽，以及各種訪問方法（Tab鍵、鼠標(biāo)移動、和快捷鍵）的使用。窗口的對象和特征（例如，菜單、大小、位置、狀態(tài)和中心）都符合標(biāo)準(zhǔn)。 測試范圍技術(shù)為每個窗口創(chuàng)建或修改測試，以核實各個應(yīng)用程序窗口和對象都可正確地進(jìn)行瀏覽，并處于正常的對象狀態(tài)。 開始標(biāo)準(zhǔn)完成標(biāo)準(zhǔn)成功地核實出各個窗口都與基準(zhǔn)版本保持一致，或符合可接受標(biāo)準(zhǔn) 測試重點和優(yōu)先級需考慮的特殊事項 6.5性能評測性能評測是一種性能測試，它對響應(yīng)時間、事務(wù)處理速率和其他與時間相關(guān)的需求進(jìn)行評測和評估。性能評測的目標(biāo)是核實性能需求是否都已滿足。表 5-3-10 性能測試測試目標(biāo)核實所指定的事務(wù)或業(yè)務(wù)功能在以下

14、情況下的性能行為：正常的預(yù)期工作量預(yù)期的最繁重工作量 測試范圍技術(shù)使用為功能或業(yè)務(wù)周期測試制定的測試過程。通過修改數(shù)據(jù)文件來增加事務(wù)數(shù)量，或通過修改腳本來增加每項事務(wù)的迭代數(shù)量。腳本應(yīng)該在一臺計算機(jī)上運(yùn)行（最好是以單個用戶、單個事務(wù)為基準(zhǔn)），并在多個客戶機(jī)（虛擬的或?qū)嶋H的客戶機(jī)，請參見下面的“需要考慮的特殊事項”）上重復(fù)。 開始標(biāo)準(zhǔn)完成標(biāo)準(zhǔn)單個事務(wù)或單個用戶：在每個事務(wù)所預(yù)期時間范圍內(nèi)成功地完成測試腳本，沒有發(fā)生任何故障。 多個事務(wù)或多個用戶：在可接受的時間范圍內(nèi)成功地完成測試腳本，沒有發(fā)生任何故障。 測試重點和優(yōu)先級需考慮的特殊事項綜合的性能測試還包括在服務(wù)器上添加后臺工作量?？刹捎枚喾N方法

15、來執(zhí)行此操作，其中包括： 性能測試應(yīng)該在專用的計算機(jī)上或在專用的機(jī)時內(nèi)執(zhí)行，以便實現(xiàn)完全的控制和精確的評測。性能測試所用的數(shù)據(jù)庫應(yīng)該是實際大小或相同縮放比例的數(shù)據(jù)庫。 6.6容量測試容量測試使測試對象處理大量的數(shù)據(jù)，以確定是否達(dá)到了將使軟件發(fā)生故障的極限。容量測試還將確定測試對象在給定時間內(nèi)能夠持續(xù)處理的最大負(fù)載或工作量。本系統(tǒng)需要為生成一份報表而處理一組數(shù)據(jù)庫記錄，那么容量測試就需要使用一個大型的測試數(shù)據(jù)庫,檢驗該軟件是否正常運(yùn)行并生成了正確的報表。 表 5-3-11 容量測試測試目標(biāo)核實測試對象在以下高容量條件下能否正常運(yùn)行：連接或模擬了最大（實際或?qū)嶋H允許）數(shù)量的客戶機(jī)，所有客戶機(jī)在長時

16、間內(nèi)執(zhí)行相同的、且情況（性能）最壞的業(yè)務(wù)功能。已達(dá)到最大的數(shù)據(jù)庫大?。▽嶋H的或按比例縮放的），而且同時執(zhí)行多個查詢或報表事務(wù)。 測試范圍技術(shù)使用為性能評測或負(fù)載測試制定的測試。應(yīng)該使用多臺客戶機(jī)來運(yùn)行相同的測試或互補(bǔ)的測試，以便在長時間內(nèi)產(chǎn)生最繁重的事務(wù)量或最差的事務(wù)組合創(chuàng)建最大的數(shù)據(jù)庫大?。▽嶋H的、按比例縮放的、或填充了代表性數(shù)據(jù)的數(shù)據(jù)庫），并使用多臺客戶機(jī)在長時間內(nèi)同時運(yùn)行查詢和報表事務(wù)。 開始標(biāo)準(zhǔn)完成標(biāo)準(zhǔn)所計劃的測試已全部執(zhí)行，而且達(dá)到或超出指定的系統(tǒng)限制時沒有出現(xiàn)任何軟件故障。 測試重點和優(yōu)先級需考慮的特殊事項對于上述的高容量條件，哪個時間段是可以接受的時間？ 6.7安全性測試側(cè)重于安

17、全性的兩個關(guān)鍵方面：應(yīng)用程序級別的安全性，包括對數(shù)據(jù)或業(yè)務(wù)功能的訪問。系統(tǒng)級別的安全性，包括對系統(tǒng)的登錄。應(yīng)用程序級別的安全性可確保：在預(yù)期的安全性情況下，用戶只能訪問特定的功能模塊。系統(tǒng)級別的安全性可確保：只有具備系統(tǒng)訪問權(quán)限的用戶才能訪問應(yīng)用程序。 表 5-3-12 安全測試測試目標(biāo)應(yīng)用程序級別的安全性： 核實用戶只能訪問其所屬用戶類型已被授權(quán)訪問的那些功能或數(shù)據(jù)。 系統(tǒng)級別的安全性： 核實只有具備系統(tǒng)和應(yīng)用程序訪問權(quán)限的用戶 才能訪問系統(tǒng)和應(yīng)用程序。 測試范圍技術(shù)應(yīng)用程序級別的安全性： 確定并列出各用戶類型及其被授權(quán)訪問的功能或數(shù)據(jù)。 為各用戶類型創(chuàng)建測試，并通過創(chuàng)建各用戶類型所特有的事務(wù)來核實其權(quán)限。 修改用戶類型并為相同的用戶重新運(yùn)行測試。對于每種用戶類型，確保正確地提供或拒絕了這些附