測試計畫（gb8567——88）
1引言在專案基本編碼工作完成的就要進行測試，對於排除出錯誤和修復漏洞有重要作用。
1.1編寫目的
測試的主要目的就是盡可能多的找到系統中的漏洞，並且設計出測試用例，對系統測試。目的及在於對測試的方法、測試流程，有一定大體上的掌控。本文件的預期讀者是測試人員。
系統測試在整個專案開發過程中，比例佔到了40%~50%。基本上在專案進行編碼的過程中就開始了測試，所以測試的好壞也影響了系統的功能實現情況。
1.2背景
說明：a． 測試計畫所從屬的軟體系統的名稱：機房收費系統
b． 該開發專案的歷史，列出使用者和執行此專案測試的計算中心，說明在開始執行本測試計畫之前必須完成的各項工作：要熟練掌握測試的流程和對預期結果的可靠性分析。並且測試人員能執行黑盒和白盒測試
1.3定義
列出本檔案中用到的專門術語的定義和外文首字母組詞的原片語。
1.4參考資料
列出要用到的參考資料，如：
a． 本專案的經核准的計畫任務書或合同、上級機關的批文；
b． 屬於本專案的其他已發表的檔案；
c． 《軟體工程》清華大學
d．《軟體需求說明書》——徐玲博
《專案開發計畫》——徐玲博
《詳細設計說明書》——徐玲博
《資料庫設計說明書》——徐玲博
2計畫2.1軟體說明
提供乙份圖表，並逐項說明被測軟體的功能、輸入和輸出等質量指標，作為敘述測試計畫的提綱。
測試專案
輸入 輸出
質量指標
登陸 使用者名稱，密碼
反饋資訊
資訊正確登陸到主介面；如果資訊有誤，將返回到登陸介面
查詢資訊
使用者基本資訊
使用者上機記錄
資料庫中有資料，查詢到所需資訊；資料庫中沒有資訊，提示沒有資訊。
註冊使用者
新使用者基本資訊
提示資訊
將使用者資訊輸入到資料庫儲存
修改資訊
修改使用者資訊
提示資訊
確認無誤，修改成功
組合查詢
查詢條件
所填資訊的篩選結果
在輸出結果中可以查詢到所需結果，db中沒有資訊進行提示
結賬 日期
要結賬日期內所有消費記錄
將所有消費資訊顯示出來，並且可生成報表
登出使用者
登出使用者資訊
提示資訊
使用者登出成功，並且更改使用者在資料庫中的狀態。
2.2測試內容
列出組裝測試和確認測試中的每一項測試內容的名稱識別符號、這些測試的進度安排以及這些測試的內容和目的，例如
模組功能測試
名稱識別符號
進度安排
測試內容和目的
查詢功能
1天 對於所有課可能的查詢結果進行查詢，目的在於找到不能查詢的資訊
結賬 1天
將使用者的賬單進行結賬，看資料是否正確，是為了找到程式的演算法是否正確
修改功能
1天 將資料進行多次修改，找到錯誤的資料和無效資料。
這個對於測試的進度安排將它的依據進行分析一下。
2.3測試1（識別符號）
2.3.1進度安排
給出對這項測試的進度安排，包括進行測試的日期和工作內容（如熟悉環境。培訓、準備輸入資料等）。
測試名稱
開始日期
結束日期
熟悉環境
2014/4/15
2014/4/15
培訓 2014/4/15
2014/4/15
準備輸入資料
2014/4/16
2014/4/16
2.3.2條件
a． 裝置：印表機，刷卡機，pc端with win7sys、電腦3臺
b． 軟體：office，grid++report 5.0。
c．測試人員：2名
2.3.3測試資料
列出本項測試所需的資料，如：
a． 有關本項任務的檔案：《測試分析報告》《需求分析報告》
b． 被測試程式及其所在的**：機房收費系統
c． 有關控制此項測試的方法、過程的圖表：程式流程圖
2.3.4測試培訓
說明或引用資料說明為被測軟體的使用提供培訓的計畫。規定培訓的內容、受訓的人員及從事培訓的工作人員。
測試人員一般都比開發人員的水平高，所以對於測試人員測試只需讓他們了解系統的基本資訊，以及閱讀需求分析報告，了解使用者的需求。
2.4測試2（識別符號）
用與本測試計畫2.3條相類似的方式說明用於另一項及其後各項測試內容的測試工作計畫。
3測試設計說明
3.1測試1（識別符號）
因為系統主要是幾項基本的功能組成：查詢、修改、結賬等。所以測試計畫就要針對這幾個功能進行設計。
3.1.1控制
測試是使用人工方式，將錯誤統一進行記錄。
3.1.2輸入
根據測試的功能將資料庫中所有的資料都要進行測試
3.1.3輸出
測試專案
輸入 輸出
質量指標
登陸 使用者名稱，密碼
反饋資訊
資訊正確登陸到主介面；如果資訊有誤，將返回到登陸介面
查詢資訊
使用者基本資訊
使用者上機記錄
資料庫中有資料，查詢到所需資訊；資料庫中沒有資訊，提示沒有資訊。
註冊使用者
新使用者基本資訊
提示資訊
將使用者資訊輸入到資料庫儲存
修改資訊
修改使用者資訊
提示資訊
確認無誤，修改成功
組合查詢
查詢條件
所填資訊的篩選結果
在輸出結果中可以查詢到所需結果，db中沒有資訊進行提示
結賬 日期
要結賬日期內所有消費記錄
將所有消費資訊顯示出來，並且可生成報表
登出使用者
登出使用者資訊
提示資訊
使用者登出成功，並且更改使用者在資料庫中的狀態。
3.1.4過程
說明完成此項測試的乙個個步驟和控制命令，包括測試的準備、初始化、中間步聚和執行結束方式。
使用者登入資訊後，驗證正確進入主介面，然後使用者根據自己的需要進行查詢資訊，將基本資訊，如使用者名稱、學號等進行查詢資訊。
不同許可權的人可進行操作不同，如操作員可註冊一般使用者名稱，管理員可新增新的使用者型別。
管理員進行結賬的時候，只需輸入乙個日期期限，就可將這段時間的賬單給結了
3.2測試2（識別符號）
用與本測試計畫3.l條相類似的方式說明第2項及其後各項測試工作的設計考慮。
4評價準則
4.1範圍
說明所選擇的測試用例能夠接查的範圍及其侷限性。
所使用的測試用例都是已知，並且資料較全面，可以測試到系統的基本功能和資料。
系統較小型，不能測試高併發的測試用例。
4.2資料整理
資料整理利用vb相應控制項、報表等進行顯示，在查詢記錄顯示、結賬功能均利用此方式進行資料整理。最終可匯出為excel、報表彙總列印。
4.3尺度
說明用來判斷測試工作是否能通過的評價尺度，如合理的輸出結果的型別、測試輸出結果與預期輸出之間的容許偏離範圍、允許中斷或停機的最大次數。
1、使用者的使用者名稱、學號都有一定的長度限制
2、輸入的日期、時間都安按照一定的格式。
3、。。。
機房收費系統 測試計畫
測試計畫 gb8567 88 本測試計畫的具體編寫目的，指出預期的讀者範圍。測試計畫是描述將要進行測試活動的範圍，方法，資源，和時間進度的文件，他確定了測試方案 測試項，要測試的特徵，測試的任務，誰測試哪一項以及制定應急方案的所有風險等 和預期測試結果 該部分可能會出現什麼樣的問題 預期讀者 測試人...
專案開發計畫 機房收費系統
1引言.11.1編寫目的.11.2 背景.11.3定義.11.4參考資料.12專案概述.12.1工作內容.12.2主要參加人員.12.3產品.22.3.1程式.22.3.2檔案.22.3.3服務.22.3.4非移交的產品.22.4驗收標準.22.5完成專案的最遲期限.22.6本計畫的批准者和批准日期...
機房收費系統 專案開發計畫
1 引言 1.1編寫目的 想要做乙個好的機房收費管理系統，首先必須知道使用者的需求，這樣我們才會開發出真正滿足使用者的軟體產品，在系統的需求分析階段，開發者應該明確乙個號的機房收費管理系統必須要做什麼。1.2 背景 說明 a.機房收費管理系統是學校機房管理強烈需要的軟體。b.由於機房管理隨著資料的增...