1引言1.1測試目的
此處描述測試的目的。如：「測試計畫」文件有助於實現以下目標：
a、列出推薦的測試需求（高階需求）。
b、推薦可採用的測試策略，並對這些策略加以說明。
c、確定所需的資源，並對測試的工作量進行估計。
d、列出測試專案的可交付元素。
1.2專案背景
專案名稱：圖書管理系統
本專案提出者：湖南軟體圖書館
開發者：伍彎
1.3參考資料
《軟體工程》 李偉波
《visual basic》蔣華
2 計畫
2.1軟體說明
2.2測試內容
和諧的人機介面
2.3測試1（識別符號）
a、 進度安排
2023年5月10日我們小組開始編碼，2023年5月24日編碼通過，在visual basic環境下執行正常。例如：對於使用者的登入、修改密碼，圖書的新增、借閱、還書、續借，等模組功能能夠正常實現。
b、條件
硬體環境：處理器：intel pentium 166mx或更高。
記憶體：32mb以上
硬碟空間：1gb以上
顯示卡：svga顯示介面卡
軟體環境：作業系統（windows 98/me/2000/xp）
c、測試原則
（1）測試用例應由輸入資料和預期的輸出資料兩部分組成。
（2）測試用例不僅選用合理的資料，還要選擇不合理的輸入資料。
（3）除了檢查程式是否做了它應該做的事，還應該檢查程式是否做了它不應該做的事。
（4）應制定測試計畫並嚴格執行，排除隨意性。
（5）長期保留測試用例。
d、測試資料
visual basic用應軟體、access和sql資料庫系統
e、 測試培訓
我們小組成員在以前學習的基礎上，深入對visual basic的**和研究，達到共同學習和互相學習的目的。當然也有欠缺的時候，在我們軟體工程胡元發老師的指導下我們小組順利的通過測試。
2.4測試2（識別符號）
在測試1的基礎上對以後的工作進行細化。利用動態測試，通過執行程式發現錯誤。在動態測試中，我們分別利用了黑盒測試和白盒測試。
測試軟體的介面，依據規格說明書，檢查程式是否滿足功能要求。而且要求對內部結構和處理過程，一檢查處理過程的細節為基礎，對程式盡可能多的邏輯測試路徑進行測試，檢查內部控制結構和資料是否有錯，實際的執行狀態與預期的狀態是否一致。
3 測試計畫說明
3.1測試1（識別符號）
a控制：半自動。
b輸入：測試用例不僅選用合理的資料，還要選擇不合理的輸入資料。
c輸出：能正確查詢每個學生的圖書資訊，按嚴格的資料格式輸出。
d過程：登入圖書管理介面後，輸入正確的使用者名稱和密碼，進入系統主介面。按照讀者需要進行處理。
比如：讀者提出借閱圖書請求後，先判斷該讀者以前的借書量是否達到10本，如果達到10本，則不能再借書，如果沒有達到10本，則再判斷讀者要借的圖書的可借量是否為0，如果不為0，則該書可以借出。
3.2測試2（識別符號）
測試各個模組功能，最後確定本軟體的可用性和可實施性。物件導向的確認測試也集中在使用者可見的動作和使用者和使用者可識別的系統輸出。為了有效的匯出確認測試用例，我們認真研究動態模型和描述系統行為的指令碼，以確定最後可能反映使用者互動需求錯誤的乙個場景。
傳統的黑盒測試方法可被用於設計確認測試用例，但是，對於物件導向的軟體來說，主要還是根據動態模型和描述系統行為的指令碼來設計確認測試用例。
4 評價
4.1範圍
本測試用例範圍只適宜小型的圖書管理系統，對讀者和書目的查詢有一定的侷限性。
4.2資料整理
本軟體較小，對資料處理沒有過多要求。
4.3尺度
本系統有自動儲存功能，允許中斷或停機。資料型別為整型、字元型。測試結果和預期輸出結果之間偏差微小。
yangjin圖書管理系統軟體測試
圖書館管理系統軟體測試 1 引言 1.1測試目的 此處描述測試的目的。如 測試計畫 文件有助於實現以下目標 a 列出推薦的測試需求 高階需求 b 推薦可採用的測試策略，並對這些策略加以說明。c 確定所需的資源，並對測試的工作量進行估計。d 列出測試專案的可交付元素。1.2專案背景 專案名稱 圖書管理...
圖書管理系統軟體開發
軟體工程 實驗報告 實驗名稱 概要設計說明書 學號姓名 實驗2軟體設計說明書 待開發軟體系統的名稱 開發者 使用者 幫助使用者和系統開發人員及測試人員了解本系統。對系統進行功能分析，解釋與確認。作為開發人員詳細設計和測試人員測試的標準。本文件預期讀者為實驗室專案組成員，使用者和測試人員。列出本檔案中...
管理系統軟體測試計畫
小型超市管理系統 測試計畫 1 測試環境 作業系統windows 8 visual c visual basic 2 系統風險 優先順序 1 測試該系統面臨的風險 2 系統的程式 是否存在問題或漏洞 3 執行在該系統的資料庫是否能正常使用 4 測試該系統實現的優先順序 5 首先,對系統的 進行精細測...