1.引言
1.1編寫目的
為了保證專案團隊按時保質地完成專案目標，便於專案團隊成員更好地了解專案情況，使專案工作開展的各個過程合理有序，有必要以檔案化的形式，把對於在專案生命週期內的工作任務範圍、各項工作的任務分解、專案團隊組織結構、各團隊成員的工作責任、團隊內外溝通協作方式、開發進度、經費預算、專案內外環境條件、風險對策等內容以書面的方式描述出來，作為專案團隊成員以及專案干係人之間的共識與約定，專案生命週期內的所有專案活動的行動基礎，專案團隊開展和檢查專案工作的依據。
想要做乙個好的實驗室裝置管理系統，首先必須知道使用者的需求，這樣我們才會開發出真正滿足使用者的軟體產品，在系統的需求分析階段，開發者應該明確乙個好的實驗室裝置管理系統必須要做什麼，所以本專案開發計畫用於從總體上指導實驗室裝置管理系統專案順利進行並最終得到通過評審的專案產品。本專案開發計畫面向專案組全體成員。1.
2背景實驗室裝置管理系統是實驗室裝置管理不可缺少的，對於實驗室的管理者和使用者來說都是非常重要的，在以往，人們使用手工登記來記錄管理實驗室的日常事務，操作流程雖然簡單，但隨著實驗室裝置的數量越來越多，實驗室的規模越來越大，裝置的使用率越來越高。簡單的手工登記已經無法滿足管理的要求，我們需要乙個實驗室裝置管理系統，來滿足裝置管理的需求。面對如此龐大的資訊量，乙個成功的實驗室裝置管理系統可以對實驗室中的各項裝置的使用情況進行統計、管理和更新。
為管理者與使用者提供充足的資訊和快捷的資料處理手段，從而實現實驗室裝置管理的系統化、規範化和自動化，達到資訊準確、統一管理的目標。1.3定義
文件中採用的專門術語的定義及縮略詞簡要如下：j**a:j**a語言
microsoftsqlserver2008visio:visio製圖工具1.4參考資料
①王先國等.軟體工程實踐教程.北京：
電子工業出版社，2010②李龍澎.軟體工程課程設計.北京：
機械工業出版社，2010③張海藩.軟體工程導論.北京：
清華大學出版社，2008
2.測試概要
2.1需求概述
學校為方便管理實驗室裝置，需開發乙個實驗室裝置管理資訊系統。隨著實驗室裝置的數量越來越多，實驗室的規模越來越大，裝置的使用率越來越高。簡單的手工登記已經無法滿足管理的要
求，我們需要乙個實驗室裝置管理系統，來滿足裝置管理的需求。面對如此龐大的資訊量，乙個成功的實驗室裝置管理系統可以對實驗室中的各項裝置的使用情況進行統計、管理和更新。為管理者與使用者提供充足的資訊和快捷的資料處理手段，從而實現實驗室裝置管理的系統化、規範化和自動化，達到資訊準確、統一管理的目標。
2.2條件和限制
必須在保證各硬體裝置．軟體系統齊備的情況下，資金充足，人員齊備，各方面互相配合，齊心協力，共同完成。
3.測試過程及發現
3.1測試方案
測試方案是測試階段的關鍵技術問題。為了提高測試效率降低測試成本，本測試方案採用黑盒法設計基本的測試方案，用黑盒法注重於測試軟體的功能需求，主要試圖發現下列幾類錯誤：功能不對或遺漏；效能錯誤；初始化和終止錯誤；介面錯誤；資料結構或外埠資料庫訪問錯誤。
黑盒測試法常用的測試方法包括等價分析類法、邊值分析法、錯誤推測法、因果圖法、正交實驗設計法、判定表驅動法、功能測試等。但是沒有一種方法能提供一組完整的測試用例，以檢查程式的全部功能，因此在實際測試中需要把各種方法結合起來使用。3.
2測試專案使用者登入測試資訊輸入測試資訊輸出測試
伺服器（資料庫）測試系統測試3.3測試準備在測試前，與各模組的主要負責人共同協商討論，以概要設計說明書.詳細設計說明書作為總的提綱,選擇合適的輸入輸出資料,並加以意義列舉說明。
4.測試有關說明
4.1測試名稱及內容
在測試過程中，首先需要對各子單元過程進行測試。在各子單元過程測試完畢後，再對系統進行測試和維護。各子模組測試名稱如下使用者登入測試資訊輸入測試資訊輸出測試
伺服器（資料庫）測試系統測試
4.2測試用例
登入過程：使用者登入，首先檢驗輸入合法性，然後呼叫資料庫操作，確定使用者許可權，根據許可權執行不同操作。
裝置基本資訊輸入：輸入格式要正確，而且基本資訊不能為空，裝置編號不能重複。報廢裝置基本資訊輸入：
輸入格式正確，且裝置資訊已存在。申報裝置資訊輸入：輸入格式正確，且裝置基本資訊不存在。
5.對軟體功能的結論
5.1能力
可以將使用者劃分為不同角色，進而在使用此軟體時擁有不同的許可權，比如最大的許可權使用者管理員的許可權，可以對裝置基本資訊和裝置報廢資訊進行修改或書寫操作，又可以對系統管理、劃分和維護，而且，對資料庫維護和更新。而教師只能對基本資訊進行修改及申報維修資訊的新增。5.
2限制管理員的許可權是此能力的最大限制，一旦管理員的帳號或密碼丟失，則整個系統將靜止，無法在實現任何更新，所以，應將管理員的許可權在擴大，或是先備份，搜顯示對資料庫的備份。以預防系統被侵入或資料丟失
6.測試摘要
（1）系統啟動介面的測試。要求開啟該系統，就能快速的進入到該介面中。並且點選其上的任何按鈕都能快速無錯誤的進入到相應的介面中，或者是關閉掉當前介面。
（2）管理系統主介面的測試。使用者可以通過點選不同的按鈕分別進入到相應系統介面，同時使用者也可以返回上一級介面或者關閉該系統。（3）裝置基礎資訊系統介面的測試。
使用者可以通過點選不同的按鈕分別進入到查詢介面和確定資料錄入。同時也可以返回管理系統主介面或者關閉該系統。（4）維護裝置介面的測試。
要求使用者可以通過點選不同的按鈕分別進入到維護裝置介面及其他情況處理介面。同時，也可以返回管理系統主介面或者關閉該系統。
（5）報廢裝置的測試。要求使用者可以通過點選不同的按鈕分別進入到報廢裝置錄入介面，進入資料庫查詢其情況。同時，使用者也可以返回管理系統主介面或者關閉該系統。
（6）申報裝置介面的測試。要求使用者可以通過點選不同的按鈕分別進入到申報裝置錄入介面，使用者可以輸入要查詢的資訊到相應的對話方塊中，確定，然後查詢審批資訊。同時，使用者也可以返回管理系統或者關閉該系統。
（7）其它情況處理介面的測試，要求使用者可以通過點選不同的按鈕分別進入到相應處理介面，並執行相應操作。
7.測試總結
整個測試過程是驗證上述功能，其結果與**並無太大差異，基本功能要求均已實現，但是，
這與要求之間存在一定差距，但這個差距對於整個功能和系統的實現已無很大的區別。且執行環境在不斷變化時，系統與資料庫的連線會出現一定的錯誤。但這些錯誤都在控制範圍之內，所以，影響並不是很大。
但是在不是開發環境的機器上執行時，一定要注意其資料庫的連線，否則也無法正常執行。
8.改進建議
1.需要不斷增設系統許可權的設定，並完善系統的角色劃分。這樣可以使系統的資料庫管理更
加完善。
2.不斷搜尋資料庫，檢視潛在在資料侵入危險，實現一定的資料過濾功能，增加系統的安全措施，使系統安全管理更加健全。
3．各項維護的人員定為其開發人員，因為開法人員最熟悉整個功能的資料和設計結構，方便維護。
9.測試結果
經過對系統各方面的測試，包括對其功能的測試和資料測試，各方面均已達到客戶要求，可以交付使用。
測試資料的設計
戴德承 摘要 除錯是當今程式設計中至關重要的乙個環節，既考驗了程式設計人員糾查錯誤的能力，更考驗其發現錯誤，即設計測試資料的能力。本文主要從針對性和廣泛性兩方面談談競賽中的測試資料設計。關鍵字 除錯測試資料 一 引論 除錯是程式設計中必不可少的環節，甚至比編寫程式本身還要花更多的時間和精力。這一點在...
測試資料結構
測試一 選擇題 1.乙個棧的入棧序列是a b c d e，則棧的不可能輸出序列是 2.乙個佇列的入隊序列是1 2 3 4，則佇列輸出序列是 a.4 3 2 1 b.1 2 3 4 c.1 4 3 2 d.3 2 4 1 3.判斷乙個迴圈佇列qu 最多元素為m 為滿佇列的條件是 a.qu front ...
測試資料分析報告
汶陽鎮小學 2013年 國家學生體質健康標準 測試 分析報告 我鎮小學本學年度測試年級為一至六年級全體學生。鎮教辦王主任召開三處小學校長和分管藝體校長會，在教研室張鵬 李敬東的專業指導下，經過三處小學體育教師 衛生保健教師 班主任共同努力，各校測試工作開展順利 圓滿，取得了優異的成績。與2013年1...