目錄1引言 - 3 -
1.1編寫目的 - 3 -
1.2背景 - 3 -
1.3定義 - 3 -
1.4參考資料 - 3 -
2測試概要 - 4 -
3測試結果及發現 - 4 -
3.1測試1（系統登陸測試） - 4 -
3.2測試2（考生管理測試） - 5 -
3.3測試3（試題管理測試） - 7 -
3.4測試4（還書測試） - 8 -
4對軟體功能的結論 - 8 -
4.1功能1（系統登入） - 8 -
4.1.1能力 - 8 -
4.1.2限制 - 8 -
4.2功能2（圖書管理測試） - 8 -
4.2.1能力 - 8 -
4.2.2限制 - 9 -
4.3功能3（圖書查詢測試） - 9 -
4.3.1能力 - 9 -
4.3.2限制 - 9 -
4.4功能4（借書測試） - 9 -
4.4.1能力 - 9 -
4.4.2限制 - 9 -
4.5功能5（還書測試） - 10 -
4.5.1能力 - 10 -
4.5.2限制 - 10 -
4.6功能6（使用者、管理員管理測試） - 10 -
4.6.1能力 - 10 -
4.6.2限制 - 10 -
5分析摘要 - 10 -
5.1能力 - 10 -
5.2缺陷和限制 - 11 -
5.3建議 - 11 -
5.4評價 - 11 -
6測試資源消耗 - 12 -
根據測試計畫報告，對軟體進行測試，詳細記錄測試過程，以對軟體的質量進行測評，為軟體設計人員提供bug依據，故編寫了此文件。
a.本專案的名稱：**考試系統
b.本專案的提出者：？？？
c.本專案的開發者：？？？
d.本專案的使用者：考生、管理員。
a.黑盒測試：黑盒測試也稱功能測試，它是通過測試來檢測每個功能是否都能正常使用。
在測試中，把程式看作乙個不能開啟的黑盒子，在完全不考慮程式內部結構和內部特性的情況下，在程式介面進行測試，它只檢查程式功能是否按照需求規格說明書的規定正常使用，程式是否能適當地接收輸入資料而產生正確的輸出資訊。黑盒測試著眼於程式外部結構，不考慮內部邏輯結構，主要針對軟體介面和軟體功能進行測試。
b.白盒測試：白盒測試也稱結構測試或邏輯驅動測試，它是按照程式內部的結構測試程式，通過測試來檢測產品內部動作是否按照設計規格說明書的規定正常進行，檢驗程式中的每條通路是否都能按預定要求正確工作。
這一方法是把測試物件看作乙個開啟的盒子，測試人員依據程式內部邏輯結構相關資訊，設計或選擇測試用例，對程式所有邏輯路徑進行測試，通過在不同點檢查程式的狀態，確定實際的狀態是否與預期的狀態一致。
《軟體工程導論》，張海藩編著，清華大學出版社
《**考試系統專案開發計畫》
《**考試系統需求規格說明書》
《**考試系統專案詳細設計書》
《**考試系統專案測試計畫書》
系統登陸測試總表：
1. 輸入
輸出要求：進入管理員模組
輸出結果：登入失敗，使用者名稱或密碼不能為空
2．輸入：」admin 「 「admin1」
輸出要求：登陸失敗
結果：返回登入頁面
3．輸入：」admin」 「admin」
輸出要求：登陸成功，進入管理員介面
輸出結果：
1．新增考生測試
輸入：考生資訊
輸出要求：返回考生列表頁面
輸出結果：
2．修改考生測試
輸入：輸出要求：返回考生列表頁面
輸出結果：
３．刪除考生測試：
輸入：輸出：返回考生列表頁面
4．查詢考生測試
輸入：考號
輸出：:考生資訊
輸入：輸出：錯誤——查詢條件不能為空
輸入：輸出：
輸入：輸出：
在測試過程中對於選用的用例基本能過提出錯誤提示，變現良好。
在輸入時如果選擇了普通使用者，應該先判斷輸入的完整性，再在資料庫中調取資料，這一點沒有完善，現在判斷不出輸入的完整性。比如：沒有輸入密碼，但是只會提醒：使用者密碼錯誤。
**考試系統管理測試中的各項功能，包括新增考生、修改考生、刪除考生，新增試題、修改試題、刪除試題。
新增圖書功能和新增圖書分類兩個方面都表現完好，如果主鍵未輸入，會有相應的提示。而如果主鍵相同，則在數量上面進行疊加。
修改，刪除圖書資訊和圖書分類四個方面都是比較完好的，可以進行正常的修改和刪除操作。
1、對於圖書資訊表的資料項還應該多新增一些，這點還有待進一步改善。
2、對於新增圖書資訊和圖書分類資訊兩個部分，沒有對除了主鍵以外的資料項進行限制，而且對於簡介沒有相應的字數要求，沒有必須填寫項和可填項的區分。
3、對於修改和刪除幾個功能，沒有刪除備份功能，以免誤刪。
有模糊查詢和精確查詢兩種方式。兩種查詢功能都比較完善，可以進行相應的查詢，而且速度不錯。
1、由於資料庫內容較少，查詢速度不能反應出軟體處理的真實情況，這點還需有待驗證。
2、模糊查詢可能查詢出沒有關聯的書籍。
3、查詢功能可以缺少分類查詢等方法，這些在之後要進行新增。
借書能力較好，速度也較快。對於關聯使用者的借書有一定的約束性。
1、在介面方面：在錄入使用者id和圖書id是可以利用條形碼而不需手工錄入，在這點還有待進一步改進。
2、在普通使用者方面可以利用借閱證而不許手工錄入。
3、借書之前，沒有必要的檢驗措施，檢驗該生是否有借書的限制。如果有，則顯示該生不能借閱。
還書能力較好，速度也較快。對於書本有一定的關聯性。
1、在介面方面：在錄入使用者id和圖書id是可以利用條形碼而不需手工錄入，在這點還有待進一步改進。
2、在普通使用者方面可以利用借閱證而不許手工錄入。
3、按照還書規定，應該是以書本為主要工具的還書功能現在是以學生借閱證為工具的還書功能，這是在之後要進行修改。
在新增、刪除、修改使用者和管理員的功能上都較快，而且功能比較齊全。
1、由於資料庫內容較少，新增、修改、刪除速度都還不能反應出軟體處理的真實情況，這點還需有待驗證。
2、有一些管理模組由於時間關係並沒有實現，這些在之後將進一步實現。
3、使用者管理相對簡單，要進行新增功能。
4、管理員管理沒有進行許可權約束，這一項需要新增。
針對現實情況，該軟體能對管理模組進行相應的操作，能做到基本的登陸驗證、圖書管理、還書、借書、圖書查詢、使用者、管理員管理等功能，反應速度還能令人滿意。
在登入系統中，沒有對不符合要求的使用者名稱和密碼格式進行限制。在輸入時，應該先判斷輸入的完整性，再在資料庫中調取資料，這一點沒有完善，現在判斷不出輸入的完整性。比如：
輸入錯誤，沒有資訊提示但是只會返回登入頁面。
在**考試系統中，資料庫中的內容還較少，不能較準確的反應出新增、刪除、修改考生資訊以及新增、刪除、修改試題資訊的速度。對於考生資訊表的資料項還應該多新增一些，這點還有待進一步改善。對於新增圖書資訊和圖書分類資訊兩個部分，沒有對除了主鍵以外的資料項進行限制，而且對於簡介沒有相應的字數要求，沒有必須填寫項和可填項的區分。
對於修改和刪除幾個功能，沒有刪除備份功能，以免誤刪。
圖書資訊管理系統
一 系統總體設計 2 1 系統背景 2 2 系統功能要求及模組分析 2 3 系統開發具體研究分析 4 4 圖書管理系統資料流圖 6 5 msc 8 6 圖書管理系統的e r圖 9 7 圖書管理系統資料字典 10 圖書管理系統 圖書管理系統的主要用途是完成讀者的登記,圖書的登記,圖書的徵訂,圖書的借閱...
圖書資訊管理系統測試用例
圖書管理系統測試報告 專案名稱 圖書館管理系統 編寫人員 謝寧 編寫日期 2012.5.10 班級 094班 姓名 謝寧 學號 20090802050424 測試用例 圖書館管理資訊系統 一 概述 1.1目的 測試用例的目的確定並傳達一些條件，這些條件將在測試中執行，並且是核實實施軟體需求是否成功和...
01圖書資訊管理系統
5 完成課程設計說明書 需求分析和規格說明 設計題目和問題描述 題目要解決的問題是什麼 設計思路 主要演算法思想，程式功能圖，函式之間的呼叫關係圖 每個函式或過程的功能，列出每個過程或函式所呼叫的過程或函式，並畫出各函式的流程圖 詳細設計 主要演算法的偽 除錯報告 除錯過程中遇到的主要問題，是如何解...