軟件測試《學生成績管理系統(tǒng)》測試報告.doc

《軟件測試《學生成績管理系統(tǒng)》測試報告.doc》由會員分享，可在線閱讀，更多相關(guān)《軟件測試《學生成績管理系統(tǒng)》測試報告.doc（27頁珍藏版）》請在裝配圖網(wǎng)上搜索。

軟 件 測 試 實 訓 報 告 班級：軟件測試1406班 姓名：賀勇游 學號：2014180182 目錄 第一部分 學生成績管理系統(tǒng)需求分析1 一． 項目概述2 二． 項目背景2 三． 系統(tǒng)詳細需求5 第二部分 學生成績管理系統(tǒng)測試計劃8 一． 概述9 二． 測試摘要9 三． 測試風險10 四． 缺陷等級分類和優(yōu)先級描述10 五． 測試策略12 六． 暫停標準和再啟動標準13 七． 測試任務和進度14 八． 測試提交物15 第三部分 學生成績管理系統(tǒng)測試用例設計15 一. 測試用例目的16 二. 功能測試用例設計16 2.1 系統(tǒng)登錄功能模塊用例設計16 2.2 “系統(tǒng)功能模塊用例設計17 2.3 檔案管理功能模塊用例設計17 2.4 成績管理功能模塊用例設計18 第四部分 學生成績管理系統(tǒng)缺陷記錄20 一. 說明21 二. 缺陷記錄21 第五部分 學生成績管理系統(tǒng)總結(jié)報告22 一. 引言23 二. 測試用例簡介24 三. 測試結(jié)果及分析24 四. 綜合評價24 五. 心得體會 24 學 生 成 績 管 理 系 統(tǒng) 需 求 分 析 一.項目概述 軟件項目名稱：《生成績管理系統(tǒng)》 軟件版本：6.62 開發(fā)團隊：阿林軟件設計室 項目特點：《學生成績管理系統(tǒng)》單機/網(wǎng)絡版(V6.52)操作簡單，功能齊全，適合于各中、小學校及教育局。該系統(tǒng)主要有以下幾方面的特點： l 即可單機使用，又可在局域網(wǎng)下多用戶共享使用。 l 所有數(shù)據(jù)即可從Excel表中導入，也可導出到Excel表，方便地與Excel交換。支持讀卡機。 l 可多臺電腦同時輸入成績，輸入時有語音提示，突破輸入瓶頸。 成績排名詳盡，成績分析到位。 二.項目背景 學生成績管理是所有院校學生管理事務中的一項重要工作，幾年前，各個學校的學生成績管理基本上都是靠手工進行，隨著各個學校的規(guī)模增大，有關(guān)學生學籍工作管理所涉及的數(shù)據(jù)量越來越大，有的學校不得不增加人力丶物力來進行學生成績管理。但手工管理具有效率低丶出錯率高的缺點。為了解決學生成績管理問題，學生成績管理系統(tǒng)應運而生。高等院校成績管理涉及學生成績的錄入、查詢、操作。建立學生成績管理系統(tǒng)，采用計算機對學生成績進行管理，進行進一步提高辦學效益和現(xiàn)代化水平。幫助廣大教師提高工作效率，實現(xiàn)學生成績信息管理工作流程的系統(tǒng)化、規(guī)范化、自動化。 三.系統(tǒng)詳細需求 1. 系統(tǒng)功能需求描述及說明 學生學籍管理系統(tǒng)功能模塊描述及說明： 1） 系統(tǒng)登錄（A） 說明：使用管理員、操作員、查詢員三種身份進行登陸操作。 2） 系統(tǒng)功能 ① 系統(tǒng)數(shù)據(jù)升級及維護（B） 說明：對學生學籍管理系統(tǒng)使用的數(shù)據(jù)進行升級及維護。 ② 更改口令（C） 說明：對當前登陸的賬號進行密碼修改。 ③ 常用工具（D） 說明：打開系統(tǒng)的常用工具欄。 ④ 啟動向?qū)В‥） 說明：打開系統(tǒng)的啟動向?qū)?，進行相關(guān)設置。 ⑤ 改變背景（F） 說明：打開系統(tǒng)的背景設置，進行背景更改。 2. 安全性需求 （1）權(quán)限控制 根據(jù)不同用戶角色，設置相應權(quán)限，用戶的重要操作都做相應的日志記錄以備查看，沒有權(quán)限的用戶禁止使用系統(tǒng)。學生只可查看自已的學習成績，教師只可查看所教課程的學生成績 （2）重要數(shù)據(jù)加密 本系統(tǒng)對一些重要的數(shù)據(jù)按一定的算法進行加密，如用戶口令、重要參數(shù)等。 （3）數(shù)據(jù)備份 允許用戶進行數(shù)據(jù)的備份和恢復，以彌補數(shù)據(jù)的破壞和丟失。（4）記錄日志 本系統(tǒng)應該能夠記錄系統(tǒng)運行時所發(fā)生的所有錯誤，包括本機錯誤和網(wǎng)絡錯誤。這些錯誤記錄便于查找錯誤的原因。日志同時記錄用戶的關(guān)鍵性操作信息。 3. 可用性需求 （1）方便操作，操作流程合理 盡量從用戶角度出發(fā)，以方便使用本產(chǎn)品。如：新增學生信息時，敲入回車鍵光標的自動跳轉(zhuǎn)、輸入法的自動轉(zhuǎn)換，信息檢索時輸入漢語簡拼快速檢索到結(jié)果等。可以通過快速鍵方便用戶錄入信息，所有操作可僅通過鍵盤完成。 （2）支持沒有計算機使用經(jīng)驗、計算機使用經(jīng)驗較少及有較多計算機使用經(jīng)驗的用戶均能方便地使用本系統(tǒng)。 （3）控制必錄入項 本系統(tǒng)能夠?qū)Ρ仨氫浫氲捻椖窟M行控制，使用戶能夠確保信息錄入的完整。同時對必錄入項進行有效的統(tǒng)一的提示。 （4）容錯能力 系統(tǒng)具有一定的容錯和抗干擾能力，在非硬件故障或非通訊故障時，系統(tǒng)能夠保證正常運行，并有足夠的提示信息幫助用戶有效正確地完成任務。 （5）操作完成時有統(tǒng)一規(guī)范的提示信息 例如刪除操作時，系統(tǒng)可提示警示框“您確認刪除記錄嗎？操作不可恢復！”，用戶點擊確認后，系統(tǒng)才執(zhí)行刪除操作，刪除后可直接返回相關(guān)頁面。 （6）用戶可自定義 為了滿足業(yè)務的不斷變化，一些重要的參數(shù)應該可以靈活設置。 （7）聯(lián)機幫助與操作指南。 4. 用戶文檔 同本軟件一起發(fā)行的用戶文檔包括： （1）安裝手冊：Word格式文件。 （2）用戶手冊：Word格式文件。 （3）在線幫助：HTML Help格式文件，聯(lián)機式。 5. 其它需求 （1）支持多瀏覽器。 （2）系統(tǒng)安裝方便，易于維護 6. 外部接口需求 本系統(tǒng)采用B/S架構(gòu)，所有界面使用WEB風格，用戶界面的具體細節(jié)將在概要設計文檔中描述。 7. 硬件接口 服務器建議使用專用服務器。 8. 軟件需求 無特殊要求。 學 生 成 績 管 理 系 統(tǒng) 測 試 計 劃 一. 概述 1.隨著社會信息量的與日俱增，學校需要有一個很好的學生成績管理系統(tǒng)，以方便對學生成績進行有效的管理。系統(tǒng)應具有既方便老師對覺得成績的查詢和插入，也方便學生對自己成績和獲得的學分進行查詢的功能。 2.為提高其安全性和響應速度，本系統(tǒng)是基于C/S結(jié)構(gòu)的學生成績管理系統(tǒng)，通過該系統(tǒng)可對學生成績信息進行方便管理，為學校學生和老師建立一個成績信息溝通的平臺，從而方便學校學生的成績管理。 二.測試摘要 （1） 測試工件為四個階段： 單元測試、組裝測試、確認測試、系統(tǒng)測試 （2）經(jīng)過軟件測試后對我們對軟件的要求基本功能滿足，因為本系統(tǒng)是一個類似的網(wǎng)站，由前臺與后臺的管理。前臺就是學生的自助查詢，后臺就是老師與管理員，老師只能上傳學生的成績信息，而后臺的管理員可以上傳及修改學生與老師的基本信息，及課程編排。 （3）就目前的測試結(jié)果沒有異常的現(xiàn)象出現(xiàn)。對于軟件的運行環(huán)境與要求基本符合。 在測試過程中，首先需要對各子單元過程進行測試。在各子單元過程測試完畢后，再對各模塊（包括各子單元過程之間的接口）進行測試，處理好各模塊之間的接口，最后對系統(tǒng)進行測試和維護。 三. 測試風險 1. 進度風險 （1）版本提交延遲。 （2）版本安裝人員進度控制不嚴。 （3）人力資源不足。 （4）需求變更頻繁。 2. 質(zhì)量風險 （1）開發(fā)人員新手較多，代碼未經(jīng)自測；修改問題速度慢。 （2）測試人員經(jīng)驗不足，前期積累少。 （3）缺乏相應的測試工具。 3. 環(huán)境風險 （1）測試環(huán)境沖突或測試資源少。 （2）測試環(huán)境可能存在影響測試結(jié)果的不穩(wěn)定因素。 四. 缺陷等級分類和優(yōu)先級描述 4.1 本測試過程把缺陷等級分為以下五個等級 缺陷等級 概述 響應時間 A.致命錯誤 一般指影響全局的死機，通信中斷、重要業(yè)務不能完成。如由于程序所引起的死機或者非法退出；死循環(huán)，數(shù)據(jù)庫發(fā)生死鎖，，功能錯誤等。 立即解決 B.嚴重錯誤 一般指規(guī)定的功能沒有實現(xiàn)或者不完整或者產(chǎn)生錯誤的結(jié)果；設計不合理造成性能低下，影響系統(tǒng)的運營；使系統(tǒng)不穩(wěn)定或破壞數(shù)據(jù)等。 發(fā)現(xiàn)后三天內(nèi) C.一般錯誤 通常指不影響業(yè)務運營的功能使用。如操作界面錯誤;打印內(nèi)容、格式不準確；刪除操作未給出提示；數(shù)據(jù)庫表中有過多的空字段等。 發(fā)現(xiàn)后一周內(nèi) D.輕微錯誤 通常指界面拼寫錯誤或用戶使用不方便等小問題或需要完善的問題。如：界面不規(guī)范、輔助說明描述不清楚、輸入輸出不規(guī)范等。 軟件交付前 E.改進建議 一般指軟件中值得改良的地方。 4.2 本測試以以下四種方式描述缺陷的優(yōu)先級： 優(yōu)先級等級 描述 A.致命錯誤 由于該學生管理系統(tǒng)運行導致全局的死機，通信中斷、重要業(yè)務不能完成。如由于程序所引起的死機或者非法退出；死循環(huán)，數(shù)據(jù)庫發(fā)生死鎖，，功能錯誤等。 B.嚴重錯誤 運行了學生管理系統(tǒng)后，由于某種人錯誤導致沒有實現(xiàn)或者不完整或者產(chǎn)生錯誤的結(jié)果；設計不合理造成性能低下，影響系統(tǒng)的運營；使系統(tǒng)不穩(wěn)定或破壞數(shù)據(jù)等。 C.一般錯誤 學生成績管理系統(tǒng)可以正常運行，但是影響業(yè)務運營的功能使用。如操作界面錯誤;打印內(nèi)容、格式不準確；刪除操作未給出提示；數(shù)據(jù)庫表中有過多的空字段等。 D.輕微錯誤 界面拼寫錯誤或用戶使用不方便等小問題或需要完善的問題。如：界面不規(guī)范、輔助說明描述不清楚、輸入輸出不規(guī)范等。 五.測試策略 方式 黑盒測試 簡介 心輸入數(shù)據(jù)和出結(jié)果 目的 測試能否正常運行 白盒測試 研究源代碼和程序 分析系統(tǒng)內(nèi)部結(jié)構(gòu) 靜態(tài)測試 運行被測軟件，只靜態(tài)地檢查程序代碼。 同白盒測試 動態(tài)測試 運行被測程序，輸入相應的測試數(shù)據(jù) 同黑盒測試 單元測試 對軟件中的最小可測試單元進行檢查 檢測小單元 集成測試 測試單元模塊組裝成系統(tǒng)或者子系統(tǒng) 測試集成小單元 系統(tǒng)測試 將整個軟件系統(tǒng)看作個整體進行測試 測試整個系統(tǒng) 驗收測試 由用戶來進行驗收 看是否達到用戶需求 六.暫停標準和再啟動標準 6.1暫停、停止標準 1) 軟件系統(tǒng)在進行單元、集成、確認、系統(tǒng)、安裝、驗收測試時，發(fā)現(xiàn)一級錯誤 （大于等于1）、二級錯誤（大于等于2）暫停測試返回開發(fā)。 2) 軟件系統(tǒng)經(jīng)過單元、集成、確認、系統(tǒng)、安裝、驗收測試，分別達到單元、集 成、確認、系統(tǒng)、安裝、驗收測試停止標準。 3) 軟件系統(tǒng)通過驗收測試，并已得出驗收測試結(jié)論。 4) 軟件項目需暫停以進行調(diào)整時，測試應隨之暫停，并備份暫停點數(shù)據(jù)。 6.2 再啟動標準 1. 界面不規(guī)范 2. 輔助說明描述不清楚 3. 輸入輸出不規(guī)范 4. 長時間操作未給用戶提示 5. 提示窗口文字未采用行業(yè)術(shù)語 6. 可輸入?yún)^(qū)域和只讀區(qū)域沒有明顯的區(qū)分標志 7. 必填項與非必填項應加以區(qū)別 8. 滾動條無效 9. 鍵盤支持不好，如在可輸入多行的字段中，不支持回車換行；或?qū)ο嗤侄危?在不同界面支持不同的快捷方式 10. 界面不能及時刷新，影響功能實現(xiàn) 七.測試任務和進度 7.1測試 7.1編寫需求分析說明 課時 執(zhí)行人 測試計劃編寫 計劃測試過程并編寫文檔 4 賀勇游 測試用例編寫 進行用例設計并編寫文檔 12 賀勇游 測試用例執(zhí)行 對用例進行執(zhí)行查找缺陷 16 賀勇游 測試缺陷記錄 對查找的缺陷進行記錄，方便項目組人員就行查看修改 16 賀勇游 測試總結(jié)報告 對測試過程進行總結(jié)，并書寫文檔向項目組負責人報告 2 賀勇游 總計 40 賀勇游 7.2 測試進度安排 測試活動 計劃開始 課時 實際開始 課時 預計開始 課時 實際結(jié)束 課時 預計課時 共用課時 測試前準備 1 6 6 5 6 5 指定測試計劃 7 6 10 7 4 2 設計測試用例 11 8 22 29 12 22 執(zhí)行測試用例 23 8 38 30 16 23 缺陷記錄 23 0 38 30 16 23 對測試進行評估并報告 31 40 33 33 2 3 八.測試提交物 本測試結(jié)束后應該提交以下文檔： 《學生成績管理系統(tǒng)測試計劃》、《學生成績管理系統(tǒng)測試用例》 學 生 成 績 管 理 系 統(tǒng) 測 試 一、用例目的 為了每一個測試需求確定測試用例集。 二、功能測試用例設計 測試中使用的相關(guān)數(shù)據(jù)： 管理員密碼：012345；操作員密碼：987654321。 測試中使用的用戶類型一般為管理員，除特殊操作外。 2.1 系統(tǒng)登陸功能模塊用例設計 A.子系統(tǒng)系統(tǒng)登陸功能模塊測試用例 用例 編號 輸入 預期 結(jié)果 實際 結(jié)果 通過/ 失敗 說明 執(zhí)行人 執(zhí)行 日期 第一次登陸系統(tǒng) A001 1.雙擊學生成績管理系統(tǒng)圖標。 2.輸入單位名稱 進入學生成績管理系統(tǒng)主界面，進入向?qū)гO置。 進入學生成績管理系統(tǒng)，進入向?qū)гO置。 通過 初次進入系統(tǒng)，所有權(quán)限密碼為空。 賀勇游 2016-1-1 非第一次登陸系統(tǒng) A002 選擇用戶類型為“管理員”，輸入密碼。 進入學生成績管理系統(tǒng)主界面。 進入學生成績管理系統(tǒng)主界面。 通過 賀勇游 2016-1-1 A003 選擇用戶類型為“管理員”，輸入密碼。 提示： 輸入的密碼有誤。 提示： 輸入的口令不對。 通過 賀勇游 2016-1-1 A004 選擇后輸入密碼為空 提示：輸入的密碼有誤 提示：輸入的口令不對 通過 賀勇游 2016-1-1 A005 選擇用戶類型為“管理員”，輸入密碼：“012345” 輸入“1”時焦點鎖定在確定按鈕 輸入“1”時焦點鎖定在確定按鈕。 通過 密碼不能超過十位字符 賀勇游 2016-1-1 2.2系統(tǒng)功能模塊用例設計 B.子系統(tǒng)“統(tǒng)數(shù)據(jù)升級及維護”模塊測試用例 用例編號 輸入 預期 結(jié)果 實際 結(jié)果 通過/ 失敗 說明 執(zhí)行人 執(zhí)行 日期 B001 選擇維護的數(shù)據(jù)student.dbf,單擊確定 對tudent.dbf 進行維護 不能選擇指定的數(shù)據(jù)。 失敗 賀勇游 2016-1-1 B002 選擇維護的數(shù)據(jù)student.dbf,單擊確定 對tudent.dbf 進行維護 不能選擇指定的數(shù)據(jù)。 失敗 賀勇游 2016-1-1 B003 不選擇任何數(shù)據(jù)，單擊“確定”按鈕。 提示：請選擇需要維護的數(shù)據(jù)！ 不能選擇指定的數(shù)據(jù)。 失敗 賀勇游 2016-1-1 B004 選擇所有的數(shù)據(jù)，單擊“確定” 對所有數(shù)據(jù)進行維護。 不能選擇指定的數(shù)據(jù)。 失敗 賀勇游 2016-1-1 2.3 檔案管理功能模塊用例設計 預期結(jié)果 提示：修改密碼成功 實際結(jié)果 提示：修改密碼成功 通過/失敗 通過 說明 測試結(jié)束后密碼還原為：012345，方便下次用例的執(zhí)行。 執(zhí)行人 賀勇游 執(zhí)行日期 2016-1-2 用例編號 C002 輸入 舊的密碼 012345 新的密碼 012345678 密碼確認 012345678 預期結(jié)果 提示：請輸入正確的密碼 實際結(jié)果 輸入新的密碼的第九位時自動跳到密碼確認輸入框，密碼確認的九位密碼焦點移到確認按鈕上，確認后。 通過/失敗 失敗 說明 輸入的密碼最多為6位，超過六位應該提示用戶輸入的密碼格式不正確，否則容易失誤修改，造成用戶以后不能正常登陸。 執(zhí)行人 賀勇游 執(zhí)行日期 2016-1-2 用例編號 C003 輸入 舊的密碼 012345 新的密碼 空 密碼確認 空 預期結(jié)果 提示：密碼修改成功 實際結(jié)果 提示：密碼修改成功 通過/失敗 通過 說明 測試結(jié)束后還原密碼為012345 執(zhí)行人 賀勇游 執(zhí)行日期 2016-1-2 2.4成績管理功能模塊用例設計 用例 編號 輸入 預期 結(jié)果 實際 結(jié)果 通過/ 失敗 說明 執(zhí)行人 執(zhí)行 日期 I001 在存在的年級初一輸入對應的學號前綴為C2010 提示：是否修改數(shù)據(jù)。 直接退出并修改數(shù)據(jù) 失敗 在進行數(shù)據(jù)錄入或者修改后，最好給用戶提示以免不小心改錯。 賀勇游 I002 在存在的年級初二輸入對應的學號C2009 提示：是否修改數(shù)據(jù) 直接進行初三的學號前綴修改。 失敗 賀勇游 I003 年級代碼：“07” 添加一個新的年級高四。 添加一個新的年級高四。 通過 賀勇游 學 生 成 績 管 理 系 統(tǒng) 缺 陷 記 錄 一、說明 （1）學生成績是高校人才培養(yǎng)計劃的重要組成部分，是實現(xiàn)人才培養(yǎng)目標、培養(yǎng)學生科研能力與創(chuàng)新思維、檢驗學生綜合素質(zhì)與實踐能力的重要手段與綜合性實踐教學環(huán) 節(jié)。而筆者所在學院多采用半手工管理學生成績的方式，所以有必要開發(fā)學生成績管理系統(tǒng)來對學生成績檔案進行數(shù)字化管理。既可減輕學院教職員工工作壓力，比 較系統(tǒng)地對教務、教學上的各項服務和信息進行管理，又可加快成績查詢速度、加強成績管理，跟上國家各部門關(guān)于信息化的步伐，使各項管理更加規(guī)范化。 （2） 上述問題，本論文對學生成績管理系統(tǒng)的開發(fā)過程進行了較為詳細的論述。選擇使用Microsoft公司的Visual Foxpro6.0作為開發(fā)工具。利用其提供的各種面向?qū)ο蟮墓δ埽绕涫菙?shù)據(jù)庫設計器這一能方便而簡潔操縱數(shù)據(jù)庫的智能化對象，首先建立系統(tǒng)應用原型， 然后對初始原型系統(tǒng)進行需求迭代，不斷修正和改進，直到形成可行的系統(tǒng)。在開發(fā)方法的選擇上，選擇了生命周期法與原型法相結(jié)合的方法，遵循系統(tǒng)調(diào)查研究、 系統(tǒng)分析、系統(tǒng)設計和系統(tǒng)實施四個主要階段進行設計。 論文主要在系統(tǒng)調(diào)查研究的基礎上對系統(tǒng)進行了系統(tǒng)分析，分析了系統(tǒng)的可行性、明確用戶需求；并對數(shù)據(jù)庫進行設計，分析了該系統(tǒng)數(shù)據(jù)庫的結(jié)構(gòu)和數(shù)據(jù)庫安全性 措施；根據(jù)模塊化原理，將系統(tǒng)分為了幾大功能模塊，并對各部分功能進行了分析；采用結(jié)構(gòu)化程序設計的思想，提出系統(tǒng)尤其是數(shù)據(jù)查詢子系統(tǒng)的程序設計思路； 然后，對本系統(tǒng)的測試和安裝進行了分析。文中還針對單機版成績管理軟件不支持多用戶、不能遠程操作的缺陷，對系統(tǒng)的改進與提高提出了新的設計：擬采用 SQL SERVER作為數(shù)據(jù)庫，將VFP的數(shù)據(jù)升遷到SQL SERVER中，建立ODBC數(shù)據(jù)源，將VFP數(shù)據(jù)庫連接到SQL SERVER，既能利用原有數(shù)據(jù)庫中的大量數(shù)據(jù)，又可解決訪問速度及數(shù)據(jù)共享的問題。 二、缺陷記錄 1、 重要功能基本能實現(xiàn)，但系統(tǒng)不穩(wěn)定、一些邊界條件下操作會導致學生成績管理系統(tǒng) error、文件操作異常、通訊異常、數(shù)據(jù)丟失或破壞等錯誤； 2、 重要功能不能按正常操作實現(xiàn)，但可通過其它方法可實現(xiàn)； 3、 錯誤的波及面廣，影響到其它重要功能正常實現(xiàn)； 4、 密碼明文顯示； 5、 C/S、B/S模式下，利用客戶端某些操作可造成服務端不能繼續(xù)正常工作的。 3類BUG：一般錯誤 程序的功能運行基本正常，但是存在一些需求、設計或?qū)崿F(xiàn)上的缺陷；次要功能運行不正常，如： 1、 次要功能不能正常實現(xiàn)； 2、 操作界面錯誤（包括數(shù)據(jù)窗口內(nèi)列名定義、含義不一致）； 3、 打印內(nèi)容、格式錯誤； 4、 查詢錯誤，數(shù)據(jù)錯誤顯示； 5、 簡單的輸入限制未放在前臺進行控制； 6、 刪除操作未給出提示； 學 生 成 績 管 理 系 統(tǒng) 總 結(jié) 報 告 一.引言 近年來,隨著計算機技術(shù)的進步,以軟件系統(tǒng)為核心的計算機應用已經(jīng)滲透到各行各業(yè),在國民經(jīng)濟、國防領(lǐng)域以及人們的日常生活中發(fā)揮著越來越重要的作用.因 此,當今社會對高質(zhì)量軟件的需求也越來越迫切.但是,隨著軟件規(guī)模的不斷增長,軟件質(zhì)量問題逐漸成為制約計算機發(fā)展和應用的瓶頸之一.各種類型的軟件錯誤 層出不窮,不僅給人們?nèi)找嫘畔⒒娜粘９ぷ骱蜕顜順O大的不便,在很多任務關(guān)鍵領(lǐng)域甚至會造成極大的財產(chǎn)損失乃至人身傷害.為了提高軟件質(zhì)量,盡可能地 減少軟件中的錯誤,人們嘗試使用各種先進的軟件開發(fā)技術(shù),并輔之以更加合理的生產(chǎn)管理手段,以提高軟件產(chǎn)品的質(zhì)量.其中一個重要手段就是軟件測試。 二. 測試用例簡介 測試用例（Test Case）是為某個特殊目標而編制的一組測試輸入、執(zhí)行條件以及預期結(jié)果，以便測試某個程序路徑或核實是否滿足某個特定需求。 三、測試結(jié)果與分析 通過測試學生成績管理系統(tǒng)，發(fā)現(xiàn)了一些該系統(tǒng)存在的一些問題，有些問題必須解決，有些問題不影響軟件運行的功能。除了發(fā)現(xiàn)一些表面的問題，我們推測該系統(tǒng)應該還存在一些其他方面的內(nèi)部問題和未發(fā)現(xiàn)的問題。 四、綜合評價 略。 五、心得體會 通過本次《學生成績管理系統(tǒng)測試計劃報告》的編寫以及具體測試工作的進行我深刻體會到軟件測試是一個有組織有計劃的活動，在整個測試活動中只有各組員團結(jié)合作才能很好的完成整個測試活動。 整個測試活動的良好展開除了有一個很好的測試計劃以外還必須擁有眾多的外部條件，如測試人員的知識結(jié)構(gòu)以及測試時的硬件支持。通過本次實訓測試，我想在我未來的求職和發(fā)展道路上將是不可估計的財富。