學生成績管理系統(tǒng)測試計劃

1、20081150120338基礎(chǔ)研究學號編號 2012150338研究類型分類號 TN91學生成績管理系統(tǒng)測試計劃文件狀態(tài)：文件標識：-Test-stude ntV 草稿當前版本：V1.0 正式發(fā)布作者：朱娜 正在修改完成日期：2010-1-13修訂歷史記錄版本日期AMD修訂者說明1.02010-01-13A朱娜初稿1.02010-01-13M朱娜初稿1.02010-01-13D朱娜初稿（A-添加，M-修改，D-刪除）1. 簡介1.1確定測試模塊學生成績管理系統(tǒng)登陸界面學生成績管理個人信息管理教師授課管理信息管理 所需文檔：軟件需求說明用戶的主要需求有用戶管理、課程管理、成績管理、學生信息管理

2、、授 課信息管理、學生信息查詢、學生成績統(tǒng)計 ，權(quán)限功能：系統(tǒng)具有動態(tài)的權(quán) 限分配功能，可按用戶權(quán)限對用戶進行分組?？煞譃槠胀ㄓ脩?，一般用戶，超級 用戶。普通用戶只是查詢不能修改，一般用戶只能對授權(quán)范圍內(nèi)進行相應修改及 刪除，超級用戶能修改、刪除所有信息。 錄入功能：為一般用戶提供相應的錄入功能，為超級用戶提供對所有信 息的錄入功能。(3)查詢功能：為所有用戶提供查詢的功能，可查詢允許范圍內(nèi)的所有信息。維護功能：為一般用戶提供查詢及相應的修改，刪除功能，為超級用戶提 供對所有信息的修改刪除功能。(5)退出功能：結(jié)束并關(guān)閉系統(tǒng)。主要的功能和性能、測試對象的構(gòu)架以及項目的簡史目標：確定現(xiàn)有項目的信

3、息和應測試的軟件構(gòu)件，確定測試范圍，包括測試對象中將接受測試或?qū)⒉唤邮軠y試的那些性能和功能1.2測試策略鑒于本測試為基于 web的系統(tǒng)測試，所以需額外測試系統(tǒng)在不同用戶的瀏覽器端的顯 示是否合適以及從最終用戶的角度進行安全性和可用性測試。因此在功能測試中需添加 Cookies測試；性能測試中添加連接速度測試以及安全性測試。注1:將負載測試和壓力測試合并為壓力測試1.3所需資源和現(xiàn)有資源待定所需文檔：軟件需求說明文檔內(nèi)容同上:為真實模擬測試環(huán)境，需要測試各種上網(wǎng)方式下軟件能否正常工作，如ADSL、電力貓、撥號上網(wǎng)、無線上網(wǎng)等；還需要考慮遠程測試（包括多臺主機）等現(xiàn)有資源：人力資源注：可適當?shù)貏h除

4、或添加角色項。角色所推薦的最少資源（所分配的 專職角色數(shù)量）具體職責或注釋學生:查詢學生成績和個人信息教師管理學生成績學生成績錄入測試環(huán)境軟件環(huán)境（相關(guān)軟件、操作系統(tǒng)等）Visual Studio 2005Sql Server 2005硬件環(huán)境（網(wǎng)絡、設備等）操作系統(tǒng)： windows, Linux 等 瀏覽器：In ternet Explorer、 Maxthon、 Mozilla Firefox、Mozilla Firefox推薦使用：In ternet Explorer、Maxtho n、測試工具用途工具生產(chǎn)廠商/自產(chǎn)版本方便教師管理學生成 績邢臺職業(yè)技術(shù)學院1.4測試流程要求為便于歸檔

5、，對 bugtracker的提交要求如下：測試部：列出進行測試的具體步驟（進行過何種測試）研究部：列出測試失敗的詳細描述、原理分析、修改方法和修改結(jié)果2. 測試進度待定3. 系統(tǒng)風險、優(yōu)先級系統(tǒng)風險較小4測試策略所需文檔：概要設計說明書文檔中需包括：軟件子系統(tǒng)劃分、子系統(tǒng)間接口和錯誤處理機制4.1功能測試概述：確保測試的功能正常，如導航，數(shù)據(jù)輸入，處理、檢索是否正確，以及業(yè)務規(guī)則 的實施是否恰當。即對交互的輸出或結(jié)果進行分析，以此來核實應用程序及其內(nèi)部進程這是目前的測試重點。目標：利用有效的和無效的數(shù)據(jù)來執(zhí)行各個用例流，以核實以下內(nèi)容： 在使用有效數(shù)據(jù)時得到預期的結(jié)果在使用無效數(shù)據(jù)時顯示相應的

6、錯誤消息或警告消息。單一界面測試的參考表格如下:編號場景/條件操作預期結(jié)果1.用戶通過用戶界面輸入信息輸入任何東西，重填客戶端頁面恢復到初始狀態(tài)2.用戶通過用戶界面輸入信息輸入剛好等于字數(shù)限制的正 確信息，提交1. 所填信息正確保存到相應的數(shù)據(jù) 庫表中2. 客戶端提示提交成功3.用戶通過用戶界面輸入信息輸入略超過字數(shù)限制的正確 信息，提交1. 所填信息不能正確保存到相應的 數(shù)據(jù)庫表中2. 客戶端提示字數(shù)超長3. 引導用戶定位超長輸入4.用戶通過用戶界面輸入信息輸入略少于字數(shù)限制的正確 信息，提交1. 所填信息正確保存到相應的數(shù)據(jù) 庫表中2. 客戶端提示提交成功5.用戶通過用戶界面輸入信息輸入非

7、法字符，提交1.所填信息不能保存到相應的數(shù)據(jù)庫表中2. 客戶端提示有錯誤輸入3. 引導用戶定位錯誤輸入6.用戶通過用戶界面輸入信息輸入為空，提交1. 應有必填項判斷2. 客戶端提示必填項不能為空3. 引導用戶定位必填項4. 所填信息不能保存到相應的數(shù)據(jù) 庫表中7.用戶通過用戶界面輸入信息該輸入漢字的輸入英文字 符，提交注：其余類同1. 客戶端提示錯誤輸入2. 引導用戶定位錯誤輸入項3. 所填信息不能保存到相應的數(shù)據(jù) 庫表中具體功能測試參考表格如下:功能A描述用例目的前提條件輸入/動作期望的輸出/相應實際情況示例：典型值示例：邊界值示例：異常值功能B描述用例目的前提條件輸入/動作期望的輸出/相應

8、實際情況注：除測試所提供的功能外，還需添加Cookies測試參考如下：Cookies通常用來存儲用戶信息和用戶在某應用系統(tǒng)的操作，當一個用戶使用Cookies訪問了某一個應用系統(tǒng)時，Web服務器將發(fā)送關(guān)于用戶的信息， 把該信息以Cookies的形式 存儲在客戶端計算機上，這可用來創(chuàng)建動態(tài)和自定義頁面或者存儲登陸等信息。如果Web應用系統(tǒng)使用了 Cookies，就必須檢查 Cookies是否能正常工作。測試的內(nèi)容可包括Cookies是否起作用，是否按預定的時間進行保存，刷新對Cookies有什么影響等。4.2用戶界面測試概述：用于核實用戶與軟件之間的交互是否正常目標：核實下列內(nèi)容確保各種瀏覽以及

9、各種訪問方法（鼠標移動、快捷鍵等）都使用正常確保窗口對象及其特征（菜單、大小、位置、狀態(tài)和中心）都符合標準等參考表格如下:檢查項測試人員的類別及其評價窗口切換、移動、改變大小時正常嗎？能夠正常運行各種界面元素的文字正確嗎？（如標題、提示等）文字正確各種界面元素的狀態(tài)正確嗎？（如有效、無效、選中等狀態(tài)）各種界面元素的狀態(tài)正確各種界面元素支持鍵盤操作嗎？各種界面元素支持鍵盤操作各種界面元素支持鼠標操作嗎？各種界面元素支持鼠標操作對話框中的缺省焦點正確嗎？對話框中的缺省焦點正確數(shù)據(jù)項能正確回顯嗎？數(shù)據(jù)項能正確回顯對于常用的功能，用戶能否不必閱讀手冊就能使用？對于常用的功能，用戶能不必閱讀手冊就能使用

10、執(zhí)行有風險的操作時，有“確認”、“放棄”等提示嗎？執(zhí)行有風險的操作時，有“確認”、“放棄”等提示操作順序合理嗎？操作順序合理按鈕排列合理嗎？按鈕排列合理導航幫助明確嗎？導航幫助明確方便提示信息規(guī)范嗎？提示信息規(guī)范4.3性能測試概述:主要是對響應時間、事務處理速率和其他與時間相關(guān)的需求進行評測和評估。 性能評測的目標是核實性能需求是否都已滿足。目標：核實下列情況下的性能行為：正常的預期工作量預期的最繁重工作量需考慮的特殊事項：可創(chuàng)建“虛擬的”用戶負載來模擬許多個（通常為數(shù)百個）客戶機。最好使用多臺實際客戶機（每臺客戶機都運行測試腳本）在系統(tǒng)上添加負載。應該在專用的計算機上或在專用的機時內(nèi)執(zhí)行，以

11、便實現(xiàn)完全的控制和精確的評測。其所用的數(shù)據(jù)庫應該是實際大小或相同縮放比例的數(shù)據(jù)庫。多用戶不同網(wǎng)絡條件下的連接速度是否滿足要求4.4壓力測試概述：這里的具體包含了負載測試以及壓力測試目標：核實下列行為下的系統(tǒng)行為（包括長時間處確定測試對象在給定時間內(nèi)能夠持續(xù)處理的最大負載或工作量理多個用戶相同的且性能最壞的業(yè)務）確定并確保系統(tǒng)在超出最大預期工作量的情況下仍能正常運行，并評估其性能特征，包括響應時間、事務處理速率和其他與時間相關(guān)的內(nèi)容服務器上幾乎沒有或根本沒有可用的內(nèi)存（RAM）步驟一：執(zhí)行單步任務測試步驟二：多用戶多任務測試參考表格如下：任務參考表格：任務A描述測試學生成績管理連續(xù)運行時間10小

12、時故障發(fā)生的時刻故障描述運行一小時死機統(tǒng)計分析任務A無故障運行的平均時間間隔（CPU小時）任務A無故障運行的最小時間間隔（CPU小時）任務A無故障運行的最大時間間隔（CPU小時）任務B描述統(tǒng)計分析任務B無故障運行的平均時間間隔（CPU小時）任務B無故障運行的最小時間間隔（CPU小時）任務B無故障運行的最大時間間隔（CPU小時）多用戶多任務測試參考表格:極限名稱A50前提條件無輸入/動作輸岀/響應是否能正常運行例如10個用戶并發(fā)操作能例如20個用戶并發(fā)操作能4.5故障恢復測試概述：確保系統(tǒng)能從各種意外數(shù)據(jù)損失或完整性破壞的各種軟/硬件故障中恢復。目標：核實系統(tǒng)能夠在下列狀況下正確恢復到預期的已知

13、狀態(tài) 客戶/服務機斷電 網(wǎng)絡通信中斷 異常關(guān)閉某個功能 錯誤的操作順序參考表格如下:異常輸入/動作恢復能力造成的危害、損失客戶/服務機斷電較強無網(wǎng)絡通信中斷較強少錯誤的操作順序恒強少4.6安全性測試概述：確保系統(tǒng)Web應用下的安全性目標：核實下列情況下的性能行為系統(tǒng)是否有超時的限制相關(guān)的重要信息是否寫進日志、是否可追蹤使用了安全套接字時，測試加密是否正確，信息是否完整 相關(guān)表格如下：檢查項測試人員的類別及其評價系統(tǒng)無超時限制無超時限制，程序較好相關(guān)的重要信息寫進日志能有效跟蹤他們能有效的跟蹤輸入的重要信息傳輸信息加密，傳過來的信息完整信息能夠加密完整進行傳送4.7配置測試概述：核實測試對象在不同的軟件和硬件配置中的運行情況 目標：確定系統(tǒng)能在下列條件下正常運行在各種所需的硬件和軟件配置中在各種o/s平臺或是瀏覽器下的兼容性測試相關(guān)表格如下:檢查項測試人員的類別及其評價系統(tǒng)能在各種軟/硬件條件下運行嗎？具體有哪些呢？系統(tǒng)支持多種操作平臺嗎？支持多種瀏覽器