軟件測試-測試報告

1、 “學生綜合測評管理系統(tǒng)”測試文檔項目版本：學生綜合測評管理系統(tǒng) 1.0.0 小組成員:目錄1“學生綜合測評管理系統(tǒng)”測試需求31.1系統(tǒng)簡介31.2功能測試需求31.3性能測試需求51.3.1系統(tǒng)用戶分析51.3.2性能測試項51.3.3性能要求61.4鏈接測試需求61.5界面測試需求61.6兼容性測試需求62“學生綜合測評管理系統(tǒng)”測試方案72.1功能測試策略72.2性能測試策略72.3鏈接測試策略82.4界面測試策略82.5兼容性測試策略92.6測試計劃92.7缺陷等級劃分92.8測試環(huán)境103“學生綜合測評管理系統(tǒng)”測試用例設計及執(zhí)行113.1功能測試用例設計及執(zhí)行113.1.1用戶注

2、冊模塊測試113.1.2發(fā)表博客模塊測試133.2性能測試場景設計及執(zhí)行143.2.1注冊模塊性能測試143.2.2發(fā)表文章模塊性能測試163.2.3組合測試173.3鏈接測試183.4界面測試193.5兼容性測試204測試報告214.1功能測試結果分析214.2性能測試結果分析224.3鏈接測試結果分析234.4界面測試結果分析244.5兼容性測試結果分析244.5總結241 “學生綜合測評管理系統(tǒng)”測試需求1.1 系統(tǒng)簡介“學生綜合測評管理系統(tǒng)”是一款基于MVC+SQL sever的用于管理學生綜合測評的信息管理系統(tǒng)?！皩W生綜合測評管理系統(tǒng)”支持多類用戶以不同的權限登陸，每類用戶可以進行不

3、同類型的操作?！皩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提出加分申請類別選擇從下拉框中選擇自己要申請的類別，不選擇或

4、選擇不完全則無法提交申請主題填寫主題填寫可以正常提交加分申請，主題未填寫無法提交申請。內(nèi)容填寫內(nèi)容填寫可以正常提交加分申請，內(nèi)容未填寫無法提交申請。注：A（apply），即申請3、功能點3：審核學生加分申請模塊 表1-3 用戶管理功能說明功能需求ID功能子功能功能描述FUN-M審核學生加分申請超鏈接在“加分審核”頁面中點擊學生加分申請的超鏈接，能正常跳轉到顯示加分信息的頁面申請類別申請類別的下拉框中能正確顯示學生提交加分申請的類別學號顯示學號顯示框中正確顯示申請學生的學號主題顯示主題框中正確顯示學生填寫的主題內(nèi)容顯示內(nèi)容框中正確顯示學生填寫的主題通過審核點擊“通過”按鈕，申請通過，對應的加分能

5、成功加到學生的成績表里。駁回審核點擊“駁回”按鈕，對應的加分申請被駁回，加分表里不加分。注：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)管理員。

6、學生：提交加分申請、查看個人測評成績、查看所有學生測評成績、修改用戶密碼等。人數(shù)：50。輔導員：審核加分申請，查看所有學生測評成績、修改用戶密碼等。人數(shù)：2。系統(tǒng)管理員：查看所有學生的測評成績、對用戶進行增刪改查等。人數(shù)：1。1. 系統(tǒng)并發(fā)用戶數(shù)估算測試壓力估算時采用經(jīng)驗公式如下：Ave（Vu）=n/10Max（Vu）=r*Ave（Vu）n = 200r = 2平均用戶并發(fā)數(shù)和最大并發(fā)用戶數(shù)如下：平均后臺并發(fā)數(shù)：1最大后臺并發(fā)數(shù)：2平均前臺并發(fā)數(shù)：20最大前臺并發(fā)數(shù)：402.1.2 性能測試項此次性能測試的主要內(nèi)容是用戶并發(fā)測試，主要是針對系統(tǒng)的核心功能和重要業(yè)務進行測試，并以真實的業(yè)務數(shù)據(jù)作

7、為輸入，選擇有代表性和關鍵的業(yè)務員操作來設計測試用例。對下列業(yè)務進行并發(fā)測試：1） 提出加分申請2） 審批學生加分申請2.1.3 性能要求對系統(tǒng)進行性能測試必須借助性能測試工具進行，模仿前面估算的并發(fā)用戶數(shù)進行操作，檢查并獲得系統(tǒng)的響應能力、點擊率和吞吐率等性能指標。系統(tǒng)響應時間判斷原則（2-5-10原則）如下：1） 業(yè)務響應時間小于2s，判為優(yōu)秀。2） 業(yè)務響應時間在25s之間，判為良好。3） 業(yè)務響應時間在510s之間，判為及格。4） 業(yè)務響應時間超過10s，判為不及格。根據(jù)如上原則，當前臺用戶數(shù)為12，后臺用戶數(shù)為25時，將80%的業(yè)務響應時間小于10s定為合格標準，再利用此標準測試性能

8、瓶頸。2.2 鏈接測試需求需要測試前臺和后臺的所有系統(tǒng)的鏈接，95%以上的鏈接為有效鏈接為合格。鏈接測試的內(nèi)容主要包括：1. 測試所有鏈接是否按所指示的那樣確實連接到了應該鏈接的頁面。2. 測試所鏈接的頁面是否存在。3. 保證該系統(tǒng)上沒有孤立的頁面。2.3 界面測試需求系統(tǒng)界面的測試要求界面易用、規(guī)范、美觀、整潔，破除新用戶對軟件的生疏感，使老用戶更易于上手、充分利用已有經(jīng)驗。系統(tǒng)的界面測試主要從待測系統(tǒng)界面的窗口、界面元素、回顯、易于理解性和美觀協(xié)調等方面入手，方便系統(tǒng)用戶的使用。2.4 兼容性測試需求系統(tǒng)需支持主流瀏覽器的正常登陸與操作。3 “學生綜合測評管理系統(tǒng)”測試方案3.1 功能測試

9、策略功能測試的重點是：提出加分申請、審批學生加分申請。發(fā)表博客模塊策略如表2-1所示。表2-1 提出加分申請功能測試策略測試策略項 提出加分申請模塊測試測試類型功能測試測試技術手工測試測試通過/失敗標準80%測試用例通過，缺陷數(shù)不超過用例數(shù)的20%，不存在Urgent等級的缺陷特殊考慮無表2-2 審批學生加分申請功能測試策略測試策略項 審批學生加分申請模塊測試測試類型功能測試測試技術手工測試測試通過/失敗標準80%測試用例通過，缺陷數(shù)不超過用例數(shù)的20%，不存在Urgent等級的缺陷特殊考慮無3.2 性能測試策略性能測試的重點是壓力測試和并發(fā)負載測試，并根據(jù)測試項設計了兩種場景，即用戶并發(fā)操作

10、和用戶遞增操作。測試模塊如下：用戶注冊模塊、發(fā)表博客模塊。性能測試策略如表2-3所示。表2-3 提出加分申請模塊性能測試策略測試策略項 用戶注冊模塊測試測試技術使用LoadRunner測試化工具自動測試測試通過/失敗標準80%的事務響應時間不超過6s特殊考慮（1）可創(chuàng)建虛擬用戶模擬多個客戶機表2-4 審批學生加分申請模塊性能測試策略測試策略項 發(fā)表博客模塊測試測試技術使用LoadRunner測試化工具自動測試測試通過/失敗標準80%的事務響應時間不超過6s特殊考慮（1）可創(chuàng)建虛擬用戶模擬多個客戶機3.3 鏈接測試策略對于頁面鏈接的測試，采用自動化工具Xenu Link Sleuth測試該系統(tǒng)，

11、95%以上的鏈接為有效鏈接為合格。3.4 界面測試策略用戶界面測試，主要采用觀察和問卷調查，主要核實以下內(nèi)容：1. 鼠標移動和快捷鍵的使用都正常。2. 窗口對象及其特征（菜單、大小、位置、狀態(tài)和中心）都符合標準。3. 數(shù)據(jù)項能正確回顯。4. 對于有風險的操作有提示，對錯誤輸入有提示。5. 界面美觀。6. 使用方便。測試檢查項如表2-5所示。表2-5 用戶界面測試檢查項檢查項評價窗口切換，移動，改變大小時正常嗎？快捷鍵使用正常嗎？各種界面元素的狀態(tài)正確嗎？（如有效，無效，選中等狀態(tài)）各種界面元素支持界面操作嗎？各種界面元素支持鼠標操作嗎？對話框中的缺省焦點正確嗎？對于常用的功能，用戶能否不必閱讀

12、手冊就能使用？數(shù)據(jù)項能正確回顯嗎？提示正確嗎？對于有風險的操作，有“確認”，“放棄”等提示嗎？操作順序合理嗎？有聯(lián)機幫助嗎？各種界面元素的布局合理嗎？美觀嗎？各種界面元素的顏色協(xié)調嗎？美觀嗎？字體美觀嗎？圖標直觀嗎？3.5 兼容性測試策略在進行功能測試時在不同的客戶端上使用不同的主流瀏覽器登陸、操作、進行測試，以此來并行進行兼容性測試。3.6 測試計劃表2-6人員時間安排測試測試類型負責人時間1設計測試用例周明2013.9.152功能測試周明、雷勇、王永強、羅玲2013.11.283鏈接測試雷勇2013.11.204界面測試羅玲2013.11.295性能測試王永強2013.11.296兼容性測

13、試羅玲2013.11.297撰寫報告周明2013.12.233.7 缺陷等級劃分缺陷等級劃分如表2-7所示。表2-7 缺陷等級劃分缺陷嚴重等級嚴重程度Low（低）Ø 各種提示框信息使用不統(tǒng)一,未采用行業(yè)術語Ø 界面顯示或描述建議Ø 光標跳轉設置不好，鼠標（光標）定位錯誤Ø 其他建議性問題Medium（中） 使操作者不方便或遇到麻煩，但它不影響執(zhí)行工作或功能實現(xiàn)Ø 輔助說明描述不清楚Ø 顯示格式不規(guī)范Ø 長時間操作未給用戶進度提示Ø 提示窗口文字未采用行業(yè)術語Ø 可輸入?yún)^(qū)域和只讀區(qū)域沒有明顯的區(qū)分標志

14、16; 系統(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)崩潰或資源嚴重不足Ø 由

15、于程序所引起的死機,非法退出Ø 死循環(huán)Ø 導致數(shù)據(jù)庫發(fā)生死鎖Ø 數(shù)據(jù)通訊錯誤Ø 嚴重的數(shù)值計算錯誤3.8 測試環(huán)境測試環(huán)境如表2-8所示。表2-8 軟/硬件配置設備硬件配置軟件配置服務器Inter（R）Core（TM）i5-2410M CPU2.30GHz ，2.00GB內(nèi)存系統(tǒng)：Microsoft Windows 7瀏覽器：Internet Explorer 8 360安全瀏覽器5.0服務器：wampserver2.2d-x32客戶端Inter（R）Core（TM）i3-2330 CPU2.20GHz 2.20GHz ，4.00GB內(nèi)存系統(tǒng)：Micro

16、soft Windows 8.1 Microsoft Windows 7瀏覽器：Internet Explorer 10 Firefox 22.0Inter（R）Core（TM）i3-2330 CPU2.20GHz 2.20GHz ，4.00GB內(nèi)存系統(tǒng)：Microsoft Windows 8瀏覽器：Internet Explorer 10 Firefox 22.0AMD A6-3400M APU with Radeon(tm) HD Grapghics 1.40GHz ，2.00GB內(nèi)存系統(tǒng)：Microsoft Windows 7 Microsoft Windows XP瀏覽器：Intern

17、et Explorer 8測試輔助工具：Xenu Link SleuthInter（R）Core（TM）i5-2430M CPU2.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 Link4 “學生綜合測評管理系統(tǒng)”測試用例設計及執(zhí)行4.1 功能測試用例設計及執(zhí)行4.1.1 用戶登陸模塊測試1. 用戶登錄模塊介紹用戶登錄模塊頁面如圖3-1所示?！坝脩裘睓谥刑顚懙顷懙挠脩裘?/p>

18、，必填?！懊艽a”欄中填寫登錄密碼，必選。下面的單選框中選擇一個登陸身份，單選，必選。圖3-1 用戶登錄界面2. 測試用例設計1） 以L-04為例，用戶用鼠標點擊“用戶名”編輯框，然后使用鍵盤輸入用戶名“20111721”；用鼠標點擊“密碼”編輯框，然后使用鍵盤輸入密碼“20111721”；用鼠標在下面的單選框中選擇“學生”；用鼠標點擊“登陸”按鈕查看是否登陸成功。表3-1 用戶登錄測試用例項目名稱學生綜合測評管理系統(tǒng)項目編號模塊名稱用戶登錄測試類型功能測試測試方法手工測試測試對象學生綜合測評管理系統(tǒng)“用戶登陸”模塊模塊前置條件用戶已使用瀏覽器進入本系統(tǒng)。用例編號輸入數(shù)據(jù)/操作預期結果實際結果P

19、/FL-01用戶名：NULL；密碼：NULL；（身份：學生、管理員、輔導員）無法登陸無法登陸PL-02用戶名：NULL密碼：20111721（身份：學生、管理員、輔導員）無法登陸無法登陸PL-03用戶名：20111721；密碼：NULL；（身份：學生、管理員、輔導員）無法登陸無法登陸PL-04用戶名：20111721；密碼：20111721；身份：學生登陸成功登陸成功PL-05用戶名：20111706；密碼：20111706；身份：學生登陸失敗登陸失敗PL-06用戶名：20111727；密碼：20111727；身份：輔導員登陸成功登陸成功PL-07用戶名：20111727；密碼：2222222

20、2；身份：輔導員登陸失敗登陸失敗PL-08用戶名：20111721；密碼：20111721；身份：輔導員登陸失敗登陸失敗PL-09用戶名：20111598；密碼：20111598；身份：管理員登陸成功登陸成功PL-10用戶名：20111721；密碼：20111721；身份：管理員登陸失敗登陸失敗PL-11用戶名：20111706；密碼：20111706；身份：管理員登錄失敗登錄失敗PL-12用戶名：20111598；密碼：20111721；身份：管理員登錄失敗。登錄失敗P注：P/F（Pass/Fail）通過/失敗4.1.2提出加分申請模塊測試3. 提出加分申請模塊介紹提出加分申請模塊頁面如圖3

21、-2所示?！皩W號”欄中顯示當前登錄用戶的學號?！邦悇e”欄和“子類”欄中選擇需要提交加分申請的類別，必選。“主題”欄中輸入加分申請的主題，此項為必填項?！皟?nèi)容”欄中填寫對此項加分申請的描述，此項為選填項。圖3-2 提出加分申請界面4. 測試用例設計2） 以A-01-全空白申請為例，用戶用鼠標點擊上邊的“加分申請”中的“提出申請”進入“提出申請”頁面；用鼠標點擊“類別”下拉框，選擇需要申報的項目類別；用鼠標點擊“主題”編輯框，然后用鍵盤輸入主題；用鼠標點擊“內(nèi)容”編輯框，然后用鍵盤輸入內(nèi)容；用鼠標點擊“確定”按鈕查看是否申請成功。表3-2 學生加分申請測試用例項目名稱學生綜合測評管理系統(tǒng)項目編號模

22、塊名稱加分申請測試類型功能測試測試方法手工測試測試對象學生綜合測評管理系統(tǒng)“加分申請”模塊模塊前置條件用戶已使用瀏覽器通過學生角色登陸到系統(tǒng)，并轉跳到加分申請頁面用例編號輸入數(shù)據(jù)/操作預期結果實際結果P/FA-01類別：NULL；子類：NULL;子類：NULL;子類：NULL;主題：NULL；內(nèi)容：NULL；申請失敗申請失敗PA-02類別：能力素質分；子類：NULL子類：NULL;子類：NULL;主題：NULL；內(nèi)容：NULL；申請失敗申請失敗PA-03類別：能力素質分；子類：刊物;子類：NULL;子類：NULL;主題：NULL；內(nèi)容：NULL；申請失敗申請失敗PA-04類別：能力素質分；子類

23、：刊物;子類：國家重要核心刊物;子類：NULL;主題：NULL；內(nèi)容：NULL；申請失敗申請失敗PA-05類別：能力素質分；子類：刊物;子類：國家重要核心刊物;子類：第一作者;主題：NULL；內(nèi)容：NULL；申請失敗申請失敗PA-06類別：能力素質分；子類：刊物;子類：國家重要核心刊物;子類：第一作者;主題：刊物加分申報；內(nèi)容：NULL；申請失敗申請失敗PA-07類別：能力素質分；子類：刊物;子類：國家重要核心刊物;子類：第一作者;主題：刊物加分申請；內(nèi)容：在國家地理以第一作發(fā)表了文章，申請該項加分；申請成功申請成功P注：P/F（Pass/Fail）通過/失敗4.1.3 用戶管理模塊測試1.

24、測試模塊介紹用戶管理模塊頁面如圖3-3所示。本頁面主要內(nèi)容是兩個GridView，用于顯示StudentTable和TeacherTable中的已有用戶，后面的編輯和刪除按鈕可以方便管理員對用戶進行編輯和刪除操作。兩個“Insert”按鈕分別實現(xiàn)對StudentTable和TeacherTable中的用戶添加操作。圖3-3 用戶管理界面2. 測試用例設計1） 以M-01為例，用戶用鼠標點擊第一個GridView控件中的第一個“刪除”。然后進入數(shù)據(jù)庫中的StudentTable表查看對應用戶是否已刪除。表3-3 用戶管理測試用例項目名稱學生綜合測評管理系統(tǒng)項目編號模塊名稱用戶管理測試類型功能測試

25、測試方法手工測試測試對象學生綜合測評管理系統(tǒng)“用戶管理”模塊前置條件測試人員已使用管理員的身份登錄到系統(tǒng)之后，并選擇了“用戶管理”。用例編號輸入數(shù)據(jù)/操作預期結果實際結果P/FM-01點擊第一個GridView控件中的第一個“刪除”此用戶從StudentTable中刪除刪除成功PM-02點擊第二個“編輯”；在編輯框中輸入新的學生姓名“zhouming”，新的密碼“123456”，點擊“更新”StudentTable表中對應賬號的用戶數(shù)據(jù)被更新更新成功PM-03點擊第一個GridView控件中的第一個“刪除”此用戶從TeacherTable中刪除刪除成功PM-04點擊第二個GridView中的第

26、二個“編輯”；在編輯框中輸入新的學生姓名“zhouming”，新的密碼“123456”，點擊“更新”TeacherTable表中對應賬號的用戶數(shù)據(jù)被更新更新成功PM-05點擊第一個“Insert”按鈕，在轉跳的頁面中填入各類信息。StudentTable表中增加了對應新用戶添加成功PM-06點擊第二個“Insert”按鈕，在轉跳的頁面中填入各類信息。TeacherTable表中增加了對應新用戶添加成功P注：P/F（Pass/Fail）通過/失敗4.1.4加分審核模塊測試1. 測試模塊介紹加分審核模塊頁面如圖3-4所示。本頁面主要內(nèi)容是超鏈接，點擊超鏈接轉跳到對應的頁面顯示隊對應學生的申請內(nèi)容。

27、下方有兩個按鈕，一個“通過”，一個“駁回”。圖3-4 加分審核界面2. 測試用例設計2） 以E-01為例，用戶用鼠標點擊第一個超鏈接，轉跳到對應的顯示申請內(nèi)容的頁面，用鼠標點擊下方的“通過”按鈕，然后進入數(shù)據(jù)庫查看AddScoreTable中對應申請的狀態(tài)一欄改變，在進入SScoreTable表查看對應的分數(shù)是否正確加到對應的學生中。表3-4 加分審核測試用例項目名稱學生綜合測評管理系統(tǒng)項目編號模塊名稱加分審核測試類型功能測試測試方法手工測試測試對象學生綜合測評管理系統(tǒng)“加分審核”模塊前置條件測試人員已使用輔導員的身份登錄到系統(tǒng)之后，并選擇了“加分審核”。用例編號輸入數(shù)據(jù)/操作預期結果實際結果

28、P/FE-01點擊第一個超鏈接，轉跳到了申請信息顯示頁面，點擊“通過”按鈕AddScoreTable中對應申請的狀態(tài)一欄改變，再進入SScoreTable表查看對應的分數(shù)正確加到對應的學生中。E-02點擊第二個超鏈接，轉跳到了申請信息顯示頁面，點擊“駁回”按鈕AddScoreTable中對應申請的狀態(tài)一欄改變，再進入SScoreTable表查看對應的分數(shù)未加到對應的學生中。注：P/F（Pass/Fail）通過/失?。ㄓ捎跍y試進行時該項功能尚未實現(xiàn)，所以此項測試工作未能完成。）1.1 性能測試場景設計及執(zhí)行由于原計劃使用的性能測試工具LoadRunner只能使用IE6瀏覽器，而開發(fā)人員使用的Wi

29、ndows7和Windows8.1系統(tǒng)無法安裝IE6瀏覽器，所以該項測試無法按原計劃完成。1.2 鏈接測試由于測試進行時系統(tǒng)尚未完全完成，所以該項測試被迫取消。1.3 界面測試針對學生綜合測評管理系統(tǒng)的界面測試，我們主要從系統(tǒng)界面的易用性、規(guī)范性、美觀性和整潔性做了測試，主要先過對使用該系統(tǒng)的用戶進行調查的方式進行，然后界面測試人員進行總結分析。而此處使用該系統(tǒng)的用戶主要為小組成員的朋友，年齡都在20左右，都為軟件工程專業(yè)大三的學生，其中9名男生，3名女生。表3-8 用戶界面檢查結果檢查項評價窗口切換，移動，改變大小時正常嗎？正?？旖萱I使用正常嗎？正常各種界面元素的狀態(tài)正確嗎？（如有效，無效，選中等狀態(tài)）正常各種界面元素支持界面操作嗎？支持各種界面元素支持鼠標操作嗎？支持對話框中的缺省焦點正確嗎？正確對于常用的功能，用戶能否不必閱讀手冊就能使用？是數(shù)據(jù)項能正確回顯嗎？能提示正確嗎？正確對于有風險的操作，有“確認