【導讀】師的指導下嚴格按照學校和學院有關(guān)規(guī)定完成的。加以注釋和說明。有抄襲他人研究成果和偽造相關(guān)數(shù)據(jù)等行為。由本人承擔相應(yīng)的法律責任。檔，允許論文被查閱和借閱。本人授權(quán)浙江大學遠程教育。師的指導下進行的研究工作及取得的成果。盡我所知，除文中特別加。而使用過的材料。除了文中特別加以標注引用的內(nèi)容外，本論文。不包含任何其他個人或集體已經(jīng)發(fā)表或撰寫的成果作品。究做出重要貢獻的個人和集體，均已在文中以明確方式標明。全意識到本聲明的法律后果由本人承擔。同意學校保留并向國家有關(guān)部門或機構(gòu)送交論文的復印件和電子版，本人授權(quán)大學可以將本學位。印或掃描等復制手段保存和匯編本學位論文。程序清單等），文科類論文正文字數(shù)不少于萬字。有圖紙應(yīng)符合國家技術(shù)標準規(guī)范。圖表整潔，布局合理，文字注釋必須使用工程

　　

【正文】 模塊界面，因為在后臺對該用戶進行的判斷，首先將從前臺頁面提交的用戶名和密碼進行接受，之后在后臺進行處理，按照用戶名在數(shù)據(jù)庫中進行查詢?nèi)绻榈皆撚?戶則將該用戶的權(quán)限和密碼全都取出來分別賦給兩個字符串變量，判斷從數(shù)據(jù)庫中讀出的密碼與登錄時輸入的密碼是否配比上，若兩個密碼相同則根據(jù)權(quán)限的值進入相應(yīng)的頁面，否則輸出密碼錯誤。若用戶未被管理員分配好權(quán)限那么也是無法登錄本系統(tǒng)的。 圖 51 系統(tǒng) 后臺 登錄界面 浙江大學遠程教育學院本科畢業(yè)論文 丁亮 _713021202020 第 22 頁 共 40 頁 賬號管理 模塊 添加賬號信息 管理員登錄本系統(tǒng)后，可以添加賬號信息。 如圖 52 所示： 圖 52 賬號管理 界面 賬號管理 管理員登陸系統(tǒng)后，可以管理賬號信息。如圖 53 所示： 圖 53 賬號管理 界面 學 生信息 管理模塊 登錄本系統(tǒng)的管理員可以管理學生信息。 添加學生信息界面 添加學生信息 界面，如圖 54 所示： 浙江大學遠程教育學院本科畢業(yè)論文 丁亮 _713021202020 第 23 頁 共 40 頁 圖 54 添加 學生信息 界面 管理學生界面 管理學生界面， 如圖 55 所示： 圖 55 管理學生 界面 教師信息管理 模塊 添加教師信息界面 添加教師信息 界面，如圖 56 所示： 浙江大學遠程教育學院本科畢業(yè)論文 丁亮 _713021202020 第 24 頁 共 40 頁 圖 56 添加教師信息 界面 教師管理界面 教師管理界面， 如圖 57 所示： 圖 57 教師管理 界面 考試章節(jié)管理 模塊 添加考試章節(jié)信息界 面 添加考試章節(jié)信息 界面，如圖 58 所示： 浙江大學遠程教育學院本科畢業(yè)論文 丁亮 _713021202020 第 25 頁 共 40 頁 圖 58 添加考試章節(jié) 界面 考試章節(jié)管理界面 考試章節(jié)管理界面， 如圖 59 所示： 圖 59 考試章節(jié)管理 界面 浙江大學遠程教育學院本科畢業(yè)論文 丁亮 _713021202020 第 26 頁 共 40 頁 第 6 章 系統(tǒng)測試 測試是開發(fā)時期最后一個階段，是保證軟件質(zhì)量的重要手段。軟件測試就是在受控制的條件下對系統(tǒng)或應(yīng)用程序進行操作并評價操作結(jié)果的過程 ,所謂控制條件應(yīng)包括正常條件與非正常條件。軟件測試過程中應(yīng)該故意地去促使錯誤的發(fā)生，也就是事情在不該出現(xiàn)的時候出現(xiàn)或者在應(yīng)該出現(xiàn)的時候沒有出現(xiàn)。從本質(zhì)上說，軟件測試是 探測 。 系統(tǒng)測試的定義 軟件測試是為了發(fā)現(xiàn)錯誤而執(zhí)行程序的過程。它不僅是軟件開發(fā)階段的有機組成部分，而且在整個軟件工程 (即軟件定義、設(shè)計和開發(fā)過程 )中占據(jù)相當大的比重。軟件測試是軟件質(zhì)量保證的關(guān)鍵環(huán)節(jié)，直接影響著軟件的質(zhì)量評估。軟件測試不僅要講究策略，更要講究時效性。驗收測試作為軟件測試過程的最后一個環(huán)節(jié)，對軟件質(zhì)量、軟件的可交付性和軟件項目的實施周期起到 一錘定音 的作用。 系統(tǒng)測試的目的及意義 軟件危機曾經(jīng)是軟件界甚至整個計算機界最熱門的話題。為了解決這場危機，軟件從業(yè)人員、專家和學者做出了大量的努力。 現(xiàn)在人們已經(jīng)逐步認識到所謂的軟件危機實際上僅是一種狀況，那就是軟件中有錯誤，正是這些錯誤導致了軟件開發(fā)在成本、進度和質(zhì)量上的失控。有錯是軟件的屬性，而且是無法改變的，因為軟件是由人來完成的，所有由人做的工作都不會是完美無缺的。問題在于我們?nèi)绾稳ケ苊忮e誤的產(chǎn)生和消除已經(jīng)產(chǎn)生的錯誤，使程序中的錯誤密度達到盡可能低的程度。 系統(tǒng)測試的重要性 軟件測試在軟件生命周期中占據(jù)重要的地位，在傳統(tǒng)的瀑布模型中，軟件測浙江大學遠程教育學院本科畢業(yè)論文 丁亮 _713021202020 第 27 頁 共 40 頁 試學僅處于運行維護階段之前，是軟件產(chǎn)品交付用戶使用之前保證軟件質(zhì)量的重要手段。近來，軟件工程界趨向于 一種新的觀點，即認為軟件生命周期每一階段中都應(yīng)包含測試，從而檢驗本階段的成果是否接近預期的目標，盡可能早的發(fā)現(xiàn)錯誤并加以修正，如果不在早期階段進行測試，錯誤的延時擴散常常會導致最后成品測試的巨大困難。 事實上，對于軟件來講，不論采用什么技術(shù)和什么方法，軟件中仍然會有錯。采用新的語言、先進的開發(fā)方式、完善的開發(fā)過程，可以減少錯誤的引入，但是不可能完全杜絕軟件中的錯誤，這些引入的錯誤需要測試來找出，軟件中的錯誤密度也需要測試來進行估計。測試是所有工程學科的基本組成單元，是軟件開發(fā)的重要部分。自有程序設(shè)計的那天 起測試就一直伴隨著。統(tǒng)計表明，在典型的軟件開發(fā)項目中，軟件測試工作量往往占軟件開發(fā)總工作量的 40％以上。而在軟件開發(fā)的總成本中，用在測試上的開銷要占 30％到 50％。如果把維護階段也考慮在內(nèi)，討論整個軟件生存期時，測試的成本比例也許會有所降低，但實際上維護工作相當于二次開發(fā)，乃至多次開發(fā)，其中必定還包含有許多測試工作。 測試測試常用的方法 程序測試的主要方法分為兩大類，白盒測試和黑盒測試。 白盒測試：一種是以程序的內(nèi)部邏輯結(jié)構(gòu)為依據(jù)而設(shè)計測試用例的方法，因而又稱結(jié)構(gòu)測試或玻璃盒測試，將軟件看成一個透明 的白盒子，按照程序的內(nèi)部結(jié)構(gòu)和處理邏輯來選定測試用例，對軟件的邏輯路徑及過程進行測試，檢查它與設(shè)計是否相符。白盒測試就是要選取足夠的測試用例，對源代碼實行比較充分的覆蓋，以便盡可能多地發(fā)現(xiàn)程序中的錯誤。主要有兩種方法：一種稱為邏輯覆蓋法，另一種稱為路徑覆蓋法。 黑盒測試：也稱功能測試，數(shù)據(jù)驅(qū)動測試等，它將待測對象堪稱是一個黑盒子，在完全不考慮程序的內(nèi)部結(jié)構(gòu)和特性的情況下，只依據(jù)規(guī)格說明書檢查程序的功能是否能正常使用。 黑盒測試主要是根據(jù)輸入條件和輸出條件的確定測試數(shù)據(jù)，來檢查程序是否能產(chǎn)生正確的輸出。進行黑 盒測試主要有下面幾種方法：等價分類法、邊界值分析法、猜錯法、因果圖法。 浙江大學遠程教育學院本科畢業(yè)論文 丁亮 _713021202020 第 28 頁 共 40 頁 系統(tǒng)運行情況 系統(tǒng)評價是指系統(tǒng)在正式運行了一段時間之后，對它在功能上、技術(shù)上和經(jīng)濟上所進行的審核評價。針對本系統(tǒng)的評價如下： (1)系統(tǒng)功能評價 根據(jù)本系統(tǒng)開發(fā)前所訂的目標，在系統(tǒng)完成后經(jīng)過測試運行，該系統(tǒng)達到了預定的開發(fā)目標，在實際使用中的功能可以滿足用戶需求。 (2)系統(tǒng)技術(shù)評價 本系統(tǒng)設(shè)計合理，功能達到了預期目標，且系統(tǒng)運行后穩(wěn)定可靠，安全性高，具有實用性，大大提高了信訪 學生請假 效率。 (3)系統(tǒng)經(jīng)濟評價 在規(guī)定時間內(nèi)，該 系統(tǒng)完成了系統(tǒng)分析時所確定的系統(tǒng)開發(fā)目標，達到了設(shè)計要求，投入使用后為用戶節(jié)省了大量人力物力財力，提高了科學管理水平。 在線自測系統(tǒng) 測試 具體測試方法及結(jié)果如下： 添加 /修改模塊測試。測試方法：白盒測試 測試用例 1，管理員通過正確的用戶名和密碼成功進入系統(tǒng)之后，可以點擊添加管理員、修改、刪除，進行添加 /修改修改與刪除操作。（如表 ） 表 添加 /修改管理員測試用例 測試方法 期望結(jié)果 測試結(jié)果 1. 測試人員在添加管理員表單中輸入正確的 管理員信息 ； 2. 測試人員在修改選項中以正確的方法 輸 入新的管理員信息 ； 3. 測試人員 點擊 某管理員 刪除 選項； 1. 返回主界面后，所添加的信息添加到數(shù)據(jù)庫； 2. 返回主界面后，信息界面 中 顯示 修改的結(jié)果； 2. 返回主界面后，信息界面 中 顯示 刪除的結(jié)果； 測試結(jié)果與期望結(jié)果完全相同，測試成功 測試結(jié)果與期望結(jié)果完全相同，測試成功 測試結(jié)果與期望結(jié)果完全相同，測試成功 管理員 模塊測試，白盒測試。 浙江大學遠程教育學院本科畢業(yè)論文 丁亮 _713021202020 第 29 頁 共 40 頁 圖 611 添加 管理員 圖 612 修改管理員 浙江大學遠程教育學院本科畢業(yè)論文 丁亮 _713021202020 第 30 頁 共 40 頁 圖 613 刪除管理員 測試用例 2， 管理員通過正確的用戶名和密碼成功進入系統(tǒng)之后，可以點擊添加教師、修改、刪除，進行添加 /修改修改與刪除操作。（如表 ） 表 添加 /修改教師測試用例 測試方法 期望結(jié)果 測試結(jié)果 1. 測試人員在添加 教師 表單中輸入正確的 管理員信息 ； 2. 測試人員在修改選項中以正確的方法 輸入新的教師信息 ； 3. 測試人員 點擊 某 教師刪除 選項； 1. 返回主界面后，所添加的信息添加到數(shù)據(jù)庫； 2. 返回主界面后，信息界面 中 顯示 修改的結(jié)果； 2. 返 回主界面后，信息界面 中 顯示 刪除的結(jié)果； 測試結(jié)果與期望結(jié)果完全相同，測試成功 測試結(jié)果與期望結(jié)果完全相同，測試成功 測試結(jié)果與期望結(jié)果完全相同，測試成功 管理員 模塊測試，白盒測試。 浙江大學遠程教育學院本科畢業(yè)論文 丁亮 _713021202020 第 31 頁 共 40 頁 圖 621 添加教師 圖 622 修改教師 浙江大學遠程教育學院本科畢業(yè)論文 丁亮 _713021202020 第 32 頁 共 40 頁 圖 623 刪除教師 測試用例 3， 管理員通過正確的用戶名和密碼成功進入系統(tǒng)之后，可以點擊添加學生、修改、刪除，進行添加 /修改 修改與刪除操作。（如表 ） 表 添加 /修改 學生 測試用例 測試方法 期望結(jié)果 測試結(jié)果 1. 測試人員在添加 學生 表單中輸入正確的 學生 信息 ； 2. 測試人員在修改選項中以正確的方法 輸入新的學生信息 ； 3. 測試人員 點擊 某 學生刪除 選項； 1. 返回主界面后，所添加的信息添加到數(shù)據(jù)庫； 2. 返回主界面后，信息界面 中 顯示 修改的結(jié)果； 2. 返回主界面后，信息界面 中 顯示 刪除的結(jié)果； 測試結(jié)果與期望結(jié)果完全相同，測試成功 測試結(jié)果與期望結(jié)果完全相同，測試成功 測試結(jié)果與期望結(jié)果完全相同，測試成功 管理員 模塊測試，白盒測試。 浙江大學遠程教育學院本科畢業(yè)論文 丁亮 _713021202020 第 33 頁 共 40 頁 圖 631 添加學生 圖 632 修改學生 浙江大學遠程教育學院本科畢業(yè)論文 丁亮 _713021202020 第 34 頁 共 40 頁 圖 633 刪除學生 測試用例 4，測試人員 在教師系統(tǒng) 界面，測試 組卷管理功能 。（如表 ） 表 組卷功能用例 測試方法 期望結(jié)果 測試結(jié)果 測試人員 在教師系統(tǒng)中進行試卷的題目修改與刪除。 試卷按要求 修改， 學生登錄系統(tǒng)后考試題發(fā)生相應(yīng)變化； 測試結(jié)果與期望結(jié)果完全相同，測試成功。 圖 641 題目修改 浙江大學遠程教育學院本科畢業(yè)論文 丁亮 _713021202020 第 35 頁 共 40 頁 圖 642 題目刪除 圖 643 學生登錄 后 題目相應(yīng)改變 系統(tǒng)測試結(jié)果 （ 1）功能測試結(jié)果 ：整體的運轉(zhuǎn)沒有問題，不同權(quán)限下的操作基本正確，數(shù)據(jù)傳輸無錯。 浙江大學遠程教育學院本科畢業(yè)論文 丁亮 _713021202020 第 36 頁 共 40 頁