軟件測試計劃的目的編程
(1)整個測試過程的總體設計;服務器
(2)肯定測試的範圍ide
(3)制定測試的策略工具
(4)安排好測試的資源(人、物)性能
(5)計劃好測試的進度測試
(7)把控測試的風險url
軟件計劃模板的主要內容
spa
A、測試項目簡介操作系統
簡單描述測試的項目概況(參考功能說明書)。設計
B、測試所需的軟硬件配置
(須註明已經具有的和缺乏的)
一、硬件配置:
二、軟件系統配置:包括系統軟件和應用軟件
C、測試組組成及人力資源要求
一、本項目的測試人員姓名及分工,指定測試負責人。
二、須要配合的相關部門和人員
D、測試的內容及步驟
一、技術測試
闡述哪些地方採用須要進行除功能測試以外的測試如壓力測試、性能測試,若不進行技術測試則填寫「無」。
二、功能測試
簡單描述須要測試的業務種類或功能模塊(力求簡潔),有移行測試需在此描述。
E、測試規模及工做量分析
對本次測試的內容和難度進行分析,技術人員分析系統資源利用狀況和性能等,並按「人日」折算成工做量。
F、時間資源及測試進度
一、測試方案、測試案例的完成時間;
二、環境準備(包括環境搭建、數據準備等)時間;
三、預估測試的進度,預計的測試時間及輪次安排;
三、批量處理的計劃要求;
四、測試要點、用戶手冊、測試報告完成時間;
G、測試風險
經過分析已具有的測試資源、本項目的測試規模及難度、可預計的變更因素,提出完成本項目存在的風險程度。
一、人力、時間資源方面:
二、測試環境方面
三、部門配合方面
測試計劃(GB8567—88)
GB8567—88:計算機軟件產品開發文件編制指南 1988年制定,現已做廢,取而代之的是2006年制定的標準。
本測試計劃的具體編寫目的,指出預期的讀者範圍。
說明:
a. 測試計劃所從屬的軟件系統的名稱;
b. 該開發項目的歷史,列出用戶和執行此項目測試的計算中心,說明在開始執行本測試計劃以前必須完成的各項工做。
列出本文件中用到的專門術語的定義和外文首字母組詞的原詞組。
列出要用到的參考資料,如:
a. 本項目的經覈準的計劃任務書或合同、上級機關的批文;
b. 屬於本項目的其餘已發表的文件;
c. 本文件中各處引用的文件、資料,包括所要用到的軟件開發標準。列出這些文件的標題、文件編號、發表日期和出版單位,說明可以獲得這些文件資料的來源。
提供一份圖表,並逐項說明被測軟件的功能、輸入和輸出等質量指標,做爲敘述測試計劃的提綱。
列出組裝測試和確認測試中的每一項測試內容的名稱標識符、這些測試的進度安排以及這些測試的內容和目的,例如模塊功能測試、接口正確性測試、數據文卷存取的測試、運行時間的測試、設計約束和極限的測試等。
給出這項測試內容的參與單位及被測試的部位。
給出對這項測試的進度安排,包括進行測試的日期和工做內容(如熟悉環境。培訓、準備輸入數據等)。
陳述本項測試工做對資源的要求,包括:
a. 設備所用到的設備類型、數量和預約使用時間;
b. 軟件列出將被用來支持本項測試過程而自己又並非被測軟件的組成部分的軟件,如測試驅動程序、測試監控程序、仿真程序、樁模塊等等;
c. 人員列出在測試工做期間預期可由用戶和開發任務組提供的工做人員的人數。技術水平及有關的預備知識,包括一些特殊要求,如倒班操做和數據鍵入人員。
列出本項測試所需的資料,如:
a. 有關本項任務的文件;
b. 被測試程序及其所在的媒體;
c. 測試的輸入和輸出舉例;
d. 有關控制此項測試的方法、過程的圖表。
說明或引用資料說明爲被測軟件的使用提供培訓的計劃。規定培訓的內容、受訓的人員及從事培訓的工做人員。
用與本測試計劃2.3條相相似的方式說明用於另外一項及其後各項測試內容的測試工做計劃。
說明對第一項測試內容的測試設計考慮。
說明本測試的控制方式,如輸入是人工、半自動或自動引入、控制操做的順序以及結果的記錄方法。
說明本項測試中所使用的輸入數據及選擇這些輸入數據的策略。
說明預期的輸出數據,如測試結果及可能產生的中間結果或運行信息。
說明完成此項測試的一個個步驟和控制命令,包括測試的準備、初始化、中間步聚和運行結束方式。
用與本測試計劃3.l條相相似的方式說明第2項及其後各項測試工做的設計考慮。
說明所選擇的測試用例可以接查的範圍及其侷限性。
陳述爲了把測試數據加工成便於評價的適當形式,使得測試結果能夠同,已知結果進行比較而要用到的轉換處理技術,如手工方式或自動方式;若是是用自動方式整理數據,還要說明爲進行處理而要用到的硬件、軟件資源。
說明用來判斷測試工做是否能經過的評價尺度,如合理的輸出結果的類型、測試輸出結果與預期輸出之間的允許偏離範圍、容許中斷或停機的最大次數。
**軟件管理技術有限公司
軟件測試計劃
(僅供內部使用)
文檔做者: ____________ 日期:___/___/___
開發/測試經理:____________ 日期:___/___/___
產品經理:____________ 日期:___/___/___
**軟件管理技術有限公司
版權全部 不得複製
軟件測試計劃
一. 概述
1.1編寫目的
此計劃編寫的目的是爲使物業管理系統v1.0版可以達到與系統說明書所描述的功能一致,而且檢驗系統是否運行穩定。
1.2參考資料
A.《物業管理系統需求分析說明書》
B.《物業管理系統系統分析說明書》
1.3背景
近年來,伴隨着物業管理的完善,爲了方便管理工做的進行,提升物業管理工做的準確率,節省人力物力,特此推出物業管理系統v1.0版。
二. 約定
2.1測試的目的和任務
本測試的目的是:完成整個系統的測試及驗證軟件的基本可用性,功能的完整性,數據的準確性等。
本測試的任務是:
A.與《物業管理系統需求分析說明書》《物業管理系統系統分析說明書》比較,檢查此軟件所完成的功能,是否與上面兩個說明書相符合;
B.數據業務是否可以正確完成;
C.整個系統是否可以穩定的運行;
D.幫助等其餘安裝說明文件是否表達準確。
2.2人員和設備
A.人員:
測試人員:**
編程人員:***
B.設備:服務器ip地址:192.168.62.39
打印機一臺
2.3送測要求
物業管理系統開發人員提交的測試按如下要求進行:
2.4編號規則:
A.測試用例中的編號,模塊名+界面名+編號
例如:×××管理中的入住管理 FCGL –RZGL- 001
B.測試用例文件命命名規則,模塊名+測試用例
例如:商服管理租戶管理用例
測試bug單記錄中的bug編號也遵循測試用例中的編號規則
2.5測試的安排和進度
進度安排以下:
3.測試種類及測試標準
3.1功能測試階段
A.功能測試:測試各個模塊以及窗口所完成的功能是否準確,數據是否正確,操做是否簡潔方便。
B.功能鍵及界面測試:功能鍵是否描述準確,操做方便,界面是否設計簡潔符合用戶需求說明。
C.數據項測試:1)輸入正確數據是否能按照預期的答案回顯;
2)是否能識別錯誤的輸入數據,並給予正確的信息提示;
3.2系統測試階段
A.業務流程測試:按照系統分析說明書的業務流程,檢查本系統所完成的業務流程是否正確。
B.數據流測試:本系統所涉及的相關數據,是否按照正確的業務流程流動,每一個階段所反映的數據結果是否正確。
3.3性能測試階段
模擬客戶進行多用戶測試,壓力測試有一條8:2原則。及百分之八十的業務量在百分之二十的時間內輸入。
3.4安裝手冊幫助文件測試以及安裝卸載測試階段
A.幫助文件的測試:1)幫助文檔是否精確描述瞭如何使用各類使用功能
2)舉例是否精確
3)術語、菜單描述和系統響應是否與實際程序一致
4)是否可以很方便地在文檔中定位指南
5)是否可以很方便地使用文檔排除錯誤
B.安裝卸載測試階段:
1)自動安裝仍是手工配置安裝,測試各類不一樣的安裝組合,並驗證各類不一樣組
合的正確性,最終目標是全部組合都能安裝成功。
2)安裝退出以後,確認應用程序能夠正確啓動、運行。
3)卸載測試和安裝測試一樣重要,若是系統提供自動卸載工具,那麼卸載以後需檢驗系統是否把全部的文件所有刪除,註冊表中有關的註冊信息是否也被刪除。
4)安裝時間是否合理;
5)對於客戶服務器模式的應用系統,能夠先安裝客戶端,而後安裝服務器端,測試是否會出現問題。
3.5兼容測試階段
驗證本軟件在幾種經常使用的操做系統下的運行狀況,而且檢查,本軟件與其餘軟件並行時是否運行正確。
3.6重點測試部分
費用管理中的「費用收取部分」
3.7測試設計
祥見測試用例設計說明書
四.測試提交物
本次測試完成後的提交物:
A.測試計劃
B.測試用例
C.測試Bug單