測試計劃(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、。。。