軟件測試-測試報告.doc

《軟件測試-測試報告.doc》由會員分享，可在線閱讀，更多相關(guān)《軟件測試-測試報告.doc（23頁珍藏版）》請在裝配圖網(wǎng)上搜索。

“學生綜合測評管理系統(tǒng)” 測試文檔 項目版本：學生綜合測評管理系統(tǒng) 1.0.0 小組成員: 目錄 1 “學生綜合測評管理系統(tǒng)”測試需求 3 1.1 系統(tǒng)簡介 3 1.2 功能測試需求 3 1.3 性能測試需求 5 1.3.1 系統(tǒng)用戶分析 5 1.3.2 性能測試項 5 1.3.3 性能要求 6 1.4 鏈接測試需求 6 1.5 界面測試需求 6 1.6 兼容性測試需求 6 2 “學生綜合測評管理系統(tǒng)”測試方案 7 2.1 功能測試策略 7 2.2 性能測試策略 7 2.3 鏈接測試策略 8 2.4 界面測試策略 8 2.5 兼容性測試策略 9 2.6 測試計劃 9 2.7 缺陷等級劃分 9 2.8 測試環(huán)境 10 3 “學生綜合測評管理系統(tǒng)”測試用例設(shè)計及執(zhí)行 11 3.1 功能測試用例設(shè)計及執(zhí)行 11 3.1.1 用戶注冊模塊測試 11 3.1.2 發(fā)表博客模塊測試 13 3.2 性能測試場景設(shè)計及執(zhí)行 14 3.2.1 注冊模塊性能測試 14 3.2.2 發(fā)表文章模塊性能測試 16 3.2.3 組合測試 17 3.3 鏈接測試 18 3.4 界面測試 19 3.5 兼容性測試 20 4 測試報告 21 4.1功能測試結(jié)果分析 21 4.2性能測試結(jié)果分析 22 4.3鏈接測試結(jié)果分析 23 4.4界面測試結(jié)果分析 24 4.5兼容性測試結(jié)果分析 24 4.5總結(jié) 24 1 “學生綜合測評管理系統(tǒng)”測試需求 1.1 系統(tǒng)簡介 “學生綜合測評管理系統(tǒng)”是一款基于MVC+SQL sever的用于管理學生綜合測評的信息管理系統(tǒng)。“學生綜合測評管理系統(tǒng)”支持多類用戶以不同的權(quán)限登陸，每類用戶可以進行不同類型的操作?！皩W生綜合測評管理系統(tǒng)”旨在讓學生的綜合測評更方便，快捷，更公平，更透明。 1.2 功能測試需求 1、功能點1（用戶登陸） 2 表1-1 用戶登陸功能說明 功能需求ID 功能 子項 功能描述 FUN-L 用戶登陸 學生用戶登錄 學生用戶使用自己的賬號和密碼登錄系統(tǒng)。 班長用戶登陸 班長用戶使用自己的賬號和密碼登錄系統(tǒng)。 輔導員用戶登陸 輔導員用戶使用自己的賬號和密碼登錄系統(tǒng)。 管理員用戶登陸 管理員用戶使用自己的賬號和密碼登錄系統(tǒng)。 注：L（login），即登陸 2、功能點2：提出加分申請模塊 表1-2 提出加分申請說明 功能需求ID 功能 子項 功能描述 FUN-A 提出加分申請 類別選擇 從下拉框中選擇自己要申請的類別，不選擇或選擇不完全則無法提交申請 主題填寫 主題填寫可以正常提交加分申請，主題未填寫無法提交申請。 內(nèi)容填寫 內(nèi)容填寫可以正常提交加分申請，內(nèi)容未填寫無法提交申請。 注：A（apply），即申請 3、功能點3：審核學生加分申請模塊 表1-3 用戶管理功能說明 功能需求ID 功能 子功能 功能描述 FUN-M 審核學生加分申請 超鏈接 在“加分審核”頁面中點擊學生加分申請的超鏈接，能正常跳轉(zhuǎn)到顯示加分信息的頁面 申請類別 申請類別的下拉框中能正確顯示學生提交加分申請的類別 學號顯示 學號顯示框中正確顯示申請學生的學號 主題顯示 主題框中正確顯示學生填寫的主題 內(nèi)容顯示 內(nèi)容框中正確顯示學生填寫的主題 通過審核 點擊“通過”按鈕，申請通過，對應(yīng)的加分能成功加到學生的成績表里。 駁回審核 點擊“駁回”按鈕，對應(yīng)的加分申請被駁回，加分表里不加分。 注：E（examineexamine），即審核 4、功能點4：用戶管理模塊 表1-4 用戶管理功能說明 功能需求ID 功能 子功能 功能描述 FUN-M 用戶管理 增加用戶 可以按需要增加用戶，包括學生、班長、輔導員 刪除用戶 可以按需求刪除任意用戶，包括學生、班長、輔導員 修改用戶信息 可以按需求修改任意用戶信息，包括學生、班長、輔導員 查詢當先所有用戶 可以查看到當前數(shù)據(jù)庫存在的所有用戶，包括學生、班長、輔導員 注：M（manage），即管理 2.1 性能測試需求 2.1.1 系統(tǒng)用戶分析 系統(tǒng)的用戶主要分為3類：學生，輔導員，系統(tǒng)管理員。 學生：提交加分申請、查看個人測評成績、查看所有學生測評成績、修改用戶密碼等。 人數(shù)：50。 輔導員：審核加分申請，查看所有學生測評成績、修改用戶密碼等。 人數(shù)：2。 系統(tǒng)管理員：查看所有學生的測評成績、對用戶進行增刪改查等。 人數(shù)：1。 1. 系統(tǒng)并發(fā)用戶數(shù)估算 測試壓力估算時采用經(jīng)驗公式如下： Ave（Vu）=n/10 Max（Vu）=r*Ave（Vu） n = 200 r = 2 平均用戶并發(fā)數(shù)和最大并發(fā)用戶數(shù)如下： 平均后臺并發(fā)數(shù)：1 最大后臺并發(fā)數(shù)：2 平均前臺并發(fā)數(shù)：20 最大前臺并發(fā)數(shù)：40 2.1.2 性能測試項 此次性能測試的主要內(nèi)容是用戶并發(fā)測試，主要是針對系統(tǒng)的核心功能和重要業(yè)務(wù)進行測試，并以真實的業(yè)務(wù)數(shù)據(jù)作為輸入，選擇有代表性和關(guān)鍵的業(yè)務(wù)員操作來設(shè)計測試用例。對下列業(yè)務(wù)進行并發(fā)測試： 1） 提出加分申請 2） 審批學生加分申請 2.1.3 性能要求 對系統(tǒng)進行性能測試必須借助性能測試工具進行，模仿前面估算的并發(fā)用戶數(shù)進行操作，檢查并獲得系統(tǒng)的響應(yīng)能力、點擊率和吞吐率等性能指標。系統(tǒng)響應(yīng)時間判斷原則（2-5-10原則）如下： 1） 業(yè)務(wù)響應(yīng)時間小于2s，判為優(yōu)秀。 2） 業(yè)務(wù)響應(yīng)時間在2~5s之間，判為良好。 3） 業(yè)務(wù)響應(yīng)時間在5~10s之間，判為及格。 4） 業(yè)務(wù)響應(yīng)時間超過10s，判為不及格。 根據(jù)如上原則，當前臺用戶數(shù)為12，后臺用戶數(shù)為25時，將80%的業(yè)務(wù)響應(yīng)時間小于10s定為合格標準，再利用此標準測試性能瓶頸。 2.2 鏈接測試需求 需要測試前臺和后臺的所有系統(tǒng)的鏈接，95%以上的鏈接為有效鏈接為合格。 鏈接測試的內(nèi)容主要包括： 1. 測試所有鏈接是否按所指示的那樣確實連接到了應(yīng)該鏈接的頁面。 2. 測試所鏈接的頁面是否存在。 3. 保證該系統(tǒng)上沒有孤立的頁面。 2.3 界面測試需求 系統(tǒng)界面的測試要求界面易用、規(guī)范、美觀、整潔，破除新用戶對軟件的生疏感，使老用戶更易于上手、充分利用已有經(jīng)驗。系統(tǒng)的界面測試主要從待測系統(tǒng)界面的窗口、界面元素、回顯、易于理解性和美觀協(xié)調(diào)等方面入手，方便系統(tǒng)用戶的使用。 2.4 兼容性測試需求 系統(tǒng)需支持主流瀏覽器的正常登陸與操作。 3 “學生綜合測評管理系統(tǒng)”測試方案 3.1 功能測試策略 功能測試的重點是：提出加分申請、審批學生加分申請。 發(fā)表博客模塊策略如表2-1所示。 表2-1 提出加分申請功能測試策略 測試策略項 提出加分申請模塊測試 測試類型 功能測試 測試技術(shù) 手工測試 測試通過/失敗標準 80%測試用例通過，缺陷數(shù)不超過用例數(shù)的20%，不存在Urgent等級的缺陷 特殊考慮 無 表2-2 審批學生加分申請功能測試策略 測試策略項 審批學生加分申請模塊測試 測試類型 功能測試 測試技術(shù) 手工測試 測試通過/失敗標準 80%測試用例通過，缺陷數(shù)不超過用例數(shù)的20%，不存在Urgent等級的缺陷 特殊考慮 無 3.2 性能測試策略 性能測試的重點是壓力測試和并發(fā)負載測試，并根據(jù)測試項設(shè)計了兩種場景，即用戶并發(fā)操作和用戶遞增操作。測試模塊如下：用戶注冊模塊、發(fā)表博客模塊。性能測試策略如表2-3所示。 表2-3 提出加分申請模塊性能測試策略 測試策略項 用戶注冊模塊測試 測試技術(shù) 使用LoadRunner測試化工具自動測試 測試通過/失敗標準 80%的事務(wù)響應(yīng)時間不超過6s 特殊考慮 （1）可創(chuàng)建虛擬用戶模擬多個客戶機 表2-4 審批學生加分申請模塊性能測試策略 測試策略項 發(fā)表博客模塊測試 測試技術(shù) 使用LoadRunner測試化工具自動測試 測試通過/失敗標準 80%的事務(wù)響應(yīng)時間不超過6s 特殊考慮 （1）可創(chuàng)建虛擬用戶模擬多個客戶機 3.3 鏈接測試策略 對于頁面鏈接的測試，采用自動化工具Xenu Link Sleuth測試該系統(tǒng)，95%以上的鏈接為有效鏈接為合格。 3.4 界面測試策略 用戶界面測試，主要采用觀察和問卷調(diào)查，主要核實以下內(nèi)容： 1. 鼠標移動和快捷鍵的使用都正常。 2. 窗口對象及其特征（菜單、大小、位置、狀態(tài)和中心）都符合標準。 3. 數(shù)據(jù)項能正確回顯。 4. 對于有風險的操作有提示，對錯誤輸入有提示。 5. 界面美觀。 6. 使用方便。 測試檢查項如表2-5所示。 表2-5 用戶界面測試檢查項 檢查項 評價 窗口切換，移動，改變大小時正常嗎？ 快捷鍵使用正常嗎？ 各種界面元素的狀態(tài)正確嗎？（如有效，無效，選中等狀態(tài)） 各種界面元素支持界面操作嗎？ 各種界面元素支持鼠標操作嗎？ 對話框中的缺省焦點正確嗎？ 對于常用的功能，用戶能否不必閱讀手冊就能使用？ 數(shù)據(jù)項能正確回顯嗎？ 提示正確嗎？ 對于有風險的操作，有“確認”，“放棄”等提示嗎？ 操作順序合理嗎？ 有聯(lián)機幫助嗎？ 各種界面元素的布局合理嗎？美觀嗎？ 各種界面元素的顏色協(xié)調(diào)嗎？美觀嗎？ 字體美觀嗎？ 圖標直觀嗎？ 3.5 兼容性測試策略 在進行功能測試時在不同的客戶端上使用不同的主流瀏覽器登陸、操作、進行測試，以此來并行進行兼容性測試。 3.6 測試計劃 表2-6人員時間安排 測試 測試類型 負責人 時間 1 設(shè)計測試用例 周明 2013.9.15 2 功能測試 周明、雷勇、王永強、羅玲 2013.11.28 3 鏈接測試 雷勇 2013.11.20 4 界面測試 羅玲 2013.11.29 5 性能測試 王永強 2013.11.29 6 兼容性測試 羅玲 2013.11.29 7 撰寫報告 周明 2013.12.23 3.7 缺陷等級劃分 缺陷等級劃分如表2-7所示。 表2-7 缺陷等級劃分 缺陷嚴重等級 嚴重程度 Low（低） 各種提示框信息使用不統(tǒng)一,未采用行業(yè)術(shù)語 界面顯示或描述建議 光標跳轉(zhuǎn)設(shè)置不好，鼠標（光標）定位錯誤 其他建議性問題 Medium（中） 使操作者不方便或遇到麻煩，但它不影響執(zhí)行工作或功能實現(xiàn) 輔助說明描述不清楚 顯示格式不規(guī)范 長時間操作未給用戶進度提示 提示窗口文字未采用行業(yè)術(shù)語 可輸入?yún)^(qū)域和只讀區(qū)域沒有明顯的區(qū)分標志 系統(tǒng)處理未優(yōu)化 High（高） 嚴重地影像系統(tǒng)要求或基本功能的實現(xiàn)，但存在合理的更正辦法（重裝和重啟軟件不屬于更正辦法） 界面錯誤(詳細文檔) 打印內(nèi)容、格式錯誤 刪除操作未給出提示 數(shù)據(jù)輸入沒有邊界值限定或不合理 未限制輸入內(nèi)容 提示信息不太準確 Very High（非常高） 嚴重地影像系統(tǒng)要求或基本功能的實現(xiàn)，且無法更正 功能不符 數(shù)據(jù)流錯誤 程序接口錯誤 輕微的數(shù)值計算錯誤 Urgent（緊急） 不能執(zhí)行正常工作功能或重要功能，使系統(tǒng)崩潰或資源嚴重不足 由于程序所引起的死機,非法退出 死循環(huán) 導致數(shù)據(jù)庫發(fā)生死鎖 數(shù)據(jù)通訊錯誤 嚴重的數(shù)值計算錯誤 3.8 測試環(huán)境 測試環(huán)境如表2-8所示。 表2-8 軟/硬件配置 設(shè)備 硬件配置 軟件配置 服務(wù)器 Inter（R）Core（TM）i5-2410M CPU@2.30GHz ，2.00GB內(nèi)存 系統(tǒng)：Microsoft Windows 7 瀏覽器：Internet Explorer 8 360安全瀏覽器5.0 服務(wù)器：wampserver2.2d-x32 客戶端 Inter（R）Core（TM）i3-2330 CPU@2.20GHz 2.20GHz ，4.00GB內(nèi)存 系統(tǒng)：Microsoft Windows 8.1 Microsoft Windows 7 瀏覽器：Internet Explorer 10 Firefox 22.0 Inter（R）Core（TM）i3-2330 CPU@2.20GHz 2.20GHz ，4.00GB內(nèi)存 系統(tǒng)：Microsoft Windows 8 瀏覽器：Internet Explorer 10 Firefox 22.0 AMD A6-3400M APU with Radeon(tm) HD Grapghics 1.40GHz ，2.00GB內(nèi)存 系統(tǒng)：Microsoft Windows 7 Microsoft Windows XP 瀏覽器：Internet Explorer 8 測試輔助工具：Xenu Link Sleuth Inter（R）Core（TM）i5-2430M CPU@2.40GHz ，4.0GB內(nèi)存 系統(tǒng)：Microsoft Windows 8.1 瀏覽器：Internet Explorer 11系統(tǒng)：Microsoft Windows 8.1 瀏覽器：Internet Explorer 11 測試輔助工具：HP loadrunner、Xenu Link 4 “學生綜合測評管理系統(tǒng)”測試用例設(shè)計及執(zhí)行 4.1 功能測試用例設(shè)計及執(zhí)行 4.1.1 用戶登陸模塊測試 1. 用戶登錄模塊介紹 用戶登錄模塊頁面如圖3-1所示。 “用戶名”欄中填寫登陸的用戶名，必填。“密碼”欄中填寫登錄密碼，必選。下面的單選框中選擇一個登陸身份，單選，必選。 圖3-1 用戶登錄界面 2. 測試用例設(shè)計 1） 以L-04為例，用戶用鼠標點擊“用戶名”編輯框，然后使用鍵盤輸入用戶名“20111721”；用鼠標點擊“密碼”編輯框，然后使用鍵盤輸入密碼“20111721”；用鼠標在下面的單選框中選擇“學生”；用鼠標點擊“登陸”按鈕查看是否登陸成功。 表3-1 用戶登錄測試用例 項目名稱 學生綜合測評管理系統(tǒng) 項目編號 模塊名稱 用戶登錄 測試類型 功能測試 測試方法 手工測試 測試對象 學生綜合測評管理系統(tǒng)“用戶登陸”模塊 模塊前置條件 用戶已使用瀏覽器進入本系統(tǒng)。 用例編號 輸入數(shù)據(jù)/操作 預(yù)期結(jié)果 實際結(jié)果 P/F L-01 用戶名：NULL； 密碼：NULL； （身份：學生、管理員、輔導員） 無法登陸 無法登陸 P L-02 用戶名：NULL 密碼：20111721 （身份：學生、管理員、輔導員） 無法登陸 無法登陸 P L-03 用戶名：20111721； 密碼：NULL； （身份：學生、管理員、輔導員） 無法登陸 無法登陸 P L-04 用戶名：20111721； 密碼：20111721； 身份：學生 登陸成功 登陸成功 P L-05 用戶名：20111706； 密碼：20111706； 身份：學生 登陸失敗 登陸失敗 P L-06 用戶名：20111727； 密碼：20111727； 身份：輔導員 登陸成功 登陸成功 P L-07 用戶名：20111727； 密碼：22222222； 身份：輔導員 登陸失敗 登陸失敗 P L-08 用戶名：20111721； 密碼：20111721； 身份：輔導員 登陸失敗 登陸失敗 P L-09 用戶名：20111598； 密碼：20111598； 身份：管理員 登陸成功 登陸成功 P L-10 用戶名：20111721； 密碼：20111721； 身份：管理員 登陸失敗 登陸失敗 P L-11 用戶名：20111706； 密碼：20111706； 身份：管理員 登錄失敗 登錄失敗 P L-12 用戶名：20111598； 密碼：20111721； 身份：管理員 登錄失敗。 登錄失敗 P 注：P/F（Pass/Fail）通過/失敗 4.1.2提出加分申請模塊測試 3. 提出加分申請模塊介紹 提出加分申請模塊頁面如圖3-2所示。 “學號”欄中顯示當前登錄用戶的學號?！邦悇e”欄和“子類”欄中選擇需要提交加分申請的類別，必選?！爸黝}”欄中輸入加分申請的主題，此項為必填項?！皟?nèi)容”欄中填寫對此項加分申請的描述，此項為選填項。 圖3-2 提出加分申請界面 4. 測試用例設(shè)計 2） 以A-01-全空白申請為例，用戶用鼠標點擊上邊的“加分申請”中的“提出申請”進入“提出申請”頁面；用鼠標點擊“類別”下拉框，選擇需要申報的項目類別；用鼠標點擊“主題”編輯框，然后用鍵盤輸入主題；用鼠標點擊“內(nèi)容”編輯框，然后用鍵盤輸入內(nèi)容；用鼠標點擊“確定”按鈕查看是否申請成功。 表3-2 學生加分申請測試用例 項目名稱 學生綜合測評管理系統(tǒng) 項目編號 模塊名稱 加分申請 測試類型 功能測試 測試方法 手工測試 測試對象 學生綜合測評管理系統(tǒng)“加分申請”模塊 模塊前置條件 用戶已使用瀏覽器通過學生角色登陸到系統(tǒng)，并轉(zhuǎn)跳到加分申請頁面 用例編號 輸入數(shù)據(jù)/操作 預(yù)期結(jié)果 實際結(jié)果 P/F A-01 類別：NULL； 子類：NULL; 子類：NULL; 子類：NULL; 主題：NULL； 內(nèi)容：NULL； 申請失敗 申請失敗 P A-02 類別：能力素質(zhì)分； 子類：NULL 子類：NULL; 子類：NULL; 主題：NULL； 內(nèi)容：NULL； 申請失敗 申請失敗 P A-03 類別：能力素質(zhì)分； 子類：刊物; 子類：NULL; 子類：NULL; 主題：NULL； 內(nèi)容：NULL； 申請失敗 申請失敗 P A-04 類別：能力素質(zhì)分； 子類：刊物; 子類：國家重要核心刊物; 子類：NULL; 主題：NULL； 內(nèi)容：NULL； 申請失敗 申請失敗 P A-05 類別：能力素質(zhì)分； 子類：刊物; 子類：國家重要核心刊物; 子類：第一作者; 主題：NULL； 內(nèi)容：NULL； 申請失敗 申請失敗 P A-06 類別：能力素質(zhì)分； 子類：刊物; 子類：國家重要核心刊物; 子類：第一作者; 主題：刊物加分申報； 內(nèi)容：NULL； 申請失敗 申請失敗 P A-07 類別：能力素質(zhì)分； 子類：刊物; 子類：國家重要核心刊物; 子類：第一作者; 主題：刊物加分申請； 內(nèi)容：在《國家地理》以第一作發(fā)表了文章，申請該項加分； 申請成功 申請成功 P 注：P/F（Pass/Fail）通過/失敗 4.1.3 用戶管理模塊測試 1. 測試模塊介紹 用戶管理模塊頁面如圖3-3所示。 本頁面主要內(nèi)容是兩個GridView，用于顯示StudentTable和TeacherTable中的已有用戶，后面的編輯和刪除按鈕可以方便管理員對用戶進行編輯和刪除操作。兩個“Insert”按鈕分別實現(xiàn)對StudentTable和TeacherTable中的用戶添加操作。 圖3-3 用戶管理界面 2. 測試用例設(shè)計 1） 以M-01為例，用戶用鼠標點擊第一個GridView控件中的第一個“刪除”。然后進入數(shù)據(jù)庫中的StudentTable表查看對應(yīng)用戶是否已刪除。 表3-3 用戶管理測試用例 項目名稱 學生綜合測評管理系統(tǒng) 項目編號 模塊名稱 用戶管理 測試類型 功能測試 測試方法 手工測試 測試對象 學生綜合測評管理系統(tǒng)“用戶管理”模塊 前置條件 測試人員已使用管理員的身份登錄到系統(tǒng)之后，并選擇了“用戶管理”。 用例編號 輸入數(shù)據(jù)/操作 預(yù)期結(jié)果 實際結(jié)果 P/F M-01 點擊第一個GridView控件中的第一個“刪除” 此用戶從StudentTable中刪除 刪除成功 P M-02 點擊第二個“編輯”；在編輯框中輸入新的學生姓名“zhouming”，新的密碼“123456”，點擊“更新” StudentTable表中對應(yīng)賬號的用戶數(shù)據(jù)被更新 更新成功 P M-03 點擊第一個GridView控件中的第一個“刪除” 此用戶從TeacherTable中刪除 刪除成功 P M-04 點擊第二個GridView中的第二個“編輯”；在編輯框中輸入新的學生姓名“zhouming”，新的密碼“123456”，點擊“更新” TeacherTable表中對應(yīng)賬號的用戶數(shù)據(jù)被更新 更新成功 P M-05 點擊第一個“Insert”按鈕，在轉(zhuǎn)跳的頁面中填入各類信息。 StudentTable表中增加了對應(yīng)新用戶 添加成功 P M-06 點擊第二個“Insert”按鈕，在轉(zhuǎn)跳的頁面中填入各類信息。 TeacherTable表中增加了對應(yīng)新用戶 添加成功 P 注：P/F（Pass/Fail）通過/失敗 4.1.4加分審核模塊測試 1. 測試模塊介紹 加分審核模塊頁面如圖3-4所示。 本頁面主要內(nèi)容是超鏈接，點擊超鏈接轉(zhuǎn)跳到對應(yīng)的頁面顯示隊對應(yīng)學生的申請內(nèi)容。下方有兩個按鈕，一個“通過”，一個“駁回”。 圖3-4 加分審核界面 2. 測試用例設(shè)計 2） 以E-01為例，用戶用鼠標點擊第一個超鏈接，轉(zhuǎn)跳到對應(yīng)的顯示申請內(nèi)容的頁面，用鼠標點擊下方的“通過”按鈕，然后進入數(shù)據(jù)庫查看AddScoreTable中對應(yīng)申請的狀態(tài)一欄改變，在進入SScoreTable表查看對應(yīng)的分數(shù)是否正確加到對應(yīng)的學生中。 表3-4 加分審核測試用例 項目名稱 學生綜合測評管理系統(tǒng) 項目編號 模塊名稱 加分審核 測試類型 功能測試 測試方法 手工測試 測試對象 學生綜合測評管理系統(tǒng)“加分審核”模塊 前置條件 測試人員已使用輔導員的身份登錄到系統(tǒng)之后，并選擇了“加分審核”。 用例編號 輸入數(shù)據(jù)/操作 預(yù)期結(jié)果 實際結(jié)果 P/F E-01 點擊第一個超鏈接，轉(zhuǎn)跳到了申請信息顯示頁面，點擊“通過”按鈕 AddScoreTable中對應(yīng)申請的狀態(tài)一欄改變，再進入SScoreTable表查看對應(yīng)的分數(shù)正確加到對應(yīng)的學生中。 E-02 點擊第二個超鏈接，轉(zhuǎn)跳到了申請信息顯示頁面，點擊“駁回”按鈕 AddScoreTable中對應(yīng)申請的狀態(tài)一欄改變，再進入SScoreTable表查看對應(yīng)的分數(shù)未加到對應(yīng)的學生中。 注：P/F（Pass/Fail）通過/失敗 （由于測試進行時該項功能尚未實現(xiàn)，所以此項測試工作未能完成。） 1.1 性能測試場景設(shè)計及執(zhí)行 由于原計劃使用的性能測試工具LoadRunner只能使用IE6瀏覽器，而開發(fā)人員使用的Windows7和Windows8.1系統(tǒng)無法安裝IE6瀏覽器，所以該項測試無法按原計劃完成。 1.2 鏈接測試 由于測試進行時系統(tǒng)尚未完全完成，所以該項測試被迫取消。 1.3 界面測試 針對學生綜合測評管理系統(tǒng)的界面測試，我們主要從系統(tǒng)界面的易用性、規(guī)范性、美觀性和整潔性做了測試，主要先過對使用該系統(tǒng)的用戶進行調(diào)查的方式進行，然后界面測試人員進行總結(jié)分析。而此處使用該系統(tǒng)的用戶主要為小組成員的朋友，年齡都在20左右，都為軟件工程專業(yè)大三的學生，其中9名男生，3名女生。 表3-8 用戶界面檢查結(jié)果 檢查項 評價 窗口切換，移動，改變大小時正常嗎？ 正常 快捷鍵使用正常嗎？ 正常 各種界面元素的狀態(tài)正確嗎？（如有效，無效，選中等狀態(tài)） 正常 各種界面元素支持界面操作嗎？ 支持 各種界面元素支持鼠標操作嗎？ 支持 對話框中的缺省焦點正確嗎？ 正確 對于常用的功能，用戶能否不必閱讀手冊就能使用？ 是 數(shù)據(jù)項能正確回顯嗎？ 能 提示正確嗎？ 正確 對于有風險的操作，有“確認”，“放棄”等提示嗎？ 沒有 操作順序合理嗎？ 合理 有聯(lián)機幫助嗎？ 有 各種界面元素的布局合理嗎？美觀嗎？ 合理 各種界面元素的顏色協(xié)調(diào)嗎？美觀嗎？ 是 字體美觀嗎？ 是 圖標直觀嗎？ 是 1.4 兼容性測試 瀏覽器 結(jié)果 谷歌瀏覽器 運行正常 Internet Explorer 8 運行正常 Internet Explorer 10 運行正常 Internet Explorer 11 運行正常 Firefox 22.0 運行正常 360安全瀏覽器5.0 運行正常 2 測試報告 2.1 功能測試結(jié)果分析 本次功能測試3個模塊以及界面的相關(guān)測試。采用了手工測試相結(jié)合的測試策略，在測試中共發(fā)現(xiàn)缺陷數(shù)計0個，分模塊統(tǒng)計如表4-1所示。 3 表4-1 缺陷統(tǒng)計表 所屬模塊 Low Medium High Very High Urgent 合計 用戶登錄模塊 0 0 0 0 0 0 加分申請模塊 0 0 0 0 0 0 用戶管理模塊 0 0 0 0 0 0 界面測試模塊 0 0 0 0 0 0 合計 0 0 0 0 0 0 4 表4-2 用例統(tǒng)計表 所屬模塊 用例總數(shù) 通過用例數(shù) 缺陷數(shù) 用例通過率 缺陷比例 用戶登錄模塊 12 12 0 100% 0% 加分申請模塊 7 7 0 100% 0% 用戶管理模塊 6 6 0 100% 0% 界面測試模塊 16 16 0 100% 100% 注：缺陷比例是指缺陷占用例總數(shù)的百分比 2.2界面測試結(jié)果分析 學生綜合測評管理系統(tǒng)經(jīng)界面測試，未發(fā)現(xiàn)其在窗口的切換、快捷鍵的使用、各種界面元素的狀態(tài)，以及幾面元素的界面操作與鼠標操作方面存在問題，系統(tǒng)界面在易用性、規(guī)范性、美觀性和整潔性方面均不存在大問題。但聯(lián)機幫助功能不夠全面，沒有對多種語言的支持，這對新老用戶均不存在使用障礙，但對于不使用中文為母語的用戶可能存在使用上的不便。 2.3兼容性測試結(jié)果分析 學生綜合測評管理系統(tǒng)兼容現(xiàn)在市面上主流的瀏覽器。均能滿足正常操作的需求。 4.5總結(jié) 學生綜合測評管理系統(tǒng)能滿足學生查看測評規(guī)則、學生提出加分申請、輔導員審核加分申請、輔導員制定測評規(guī)則、管理員對用戶進行增刪改查等基本功能需求，但在部分功能上沒有做好設(shè)計。性能測試和鏈接測試方面沒有滿足性能測試和鏈接測試的要求。界面測試方面也基本達到、簡潔、美觀、易用的要求。綜上所述，學生綜合測評管理系統(tǒng)是一個良好的信息系統(tǒng)，但不適合大范圍使用，可以在小范圍內(nèi)使用。 為了完善此系統(tǒng)，建議開發(fā)人員重新設(shè)計部分功能，對功能進行擴充，使系統(tǒng)在功能上更加完善，這樣才能更方便用戶使用。