軟件測試項目實操指南與過程文檔
軟件測試分為如下幾個階段
一、測試需求分析階段
測試需求分析階段主要工作是獲得測試項目的測試需求(測試規格)。
輸出產物:《可測試性需求說明書》和《測試規格》
在實際過程中針對軟件的安全性測評項目，甲方通常會提供安全功能測試需求，這就需要我們通過需求分析把甲方的安全測試需求對應到軟件的信息安全性的六大子特性中。通常情況軟件的安全功能應該是和我們的軟件產品質量的信息安全性是對應的，但是在實際檢測過程中，由於軟件的差異性和各自的功能需求特性，軟件產品可能無法包含所有的安全子特性的所有要求，就需要我們給甲方指出缺失項，並和甲方客戶確認協商。
測試計划文檔目錄如下：
一、概述
1.1 需求分析目的
1.2 需求分析的依據
1.3 需求分析的方法
二、軟件產品說明
2.1 項目背景
2.2 項目需求說明
2.3 項目整體設計說明
三、測試需求分析
3.1 原始需求
3.2 產品測試需求列表
3.2.1 功能測試需求
3.2.2 安全測試需求
3.2.3 性能測試需求
3.2.4 壓力測試需求
3.3 測試類型確定
3.4 測試環境要求
3.4.1 硬件要求
3.4.2 軟件要求
四、測試規格評估
4.1 測試類型評估
4.2 測試用例密度
4.3 需求覆蓋率
參考文檔鏈接：軟件測試需求分析報告
二、測試計划階段
以測試需求為基礎,分析產品的總體測試策略。
輸出產物:《產品總體測試計划》
當對需求有完整和全面的理解后，接下來我們需要制定詳細的測試計划，為即將開始的測試工作做好充足的准備。
測試計划描述了要進行的測試活動的范圍、方法、資源和進度的文檔。它主要包括測試項、被測特性、測試任務、誰執行任務和風險控制等。
測試計划文檔目錄如下：
一、概述
1.1 項目說明
1.2 測試范圍
二、測試目標
三、測試資源
3.1 軟件資源
3.2 硬件資源
3.3 測試工具
3.4 人力資源
四、測試種類和測試標准
4.1 功能測試
4.2 性能測試
4.3 安全測試
4.4 易用性測試
…………
五、測試要點
六、測試時間和進度
七、風險及對策
三、測試方案設計階段
本階段主要是以測試規格為基礎獲得特性測試方案,對於有自動化測試的項目,
進行自動化測試的分析,獲得測試策略
輸出產物:《產品或者版本總體測試方案》
測試方案是指描述需要測試的特性、測試的方法、測試環境的規划、測試工具的設計和選擇、測試用例的設計方法、測試代碼的設計方案。
測試方案文檔目錄如下：
一、引言
1.1 編寫目的
1.2 項目背景
1.3 項目相關方
1.3.1 委托方與聯系方式
1.3.2 承研單位與聯系方式
1.3.3 測試機構與聯系方式
1.4 測試目標及范圍
1.5 引用文件
二、項目軟件介紹
2.1 功能需求介紹
2.2 非功能需求介紹
2.2.1 性能效率需求
2.2.2 兼容性需求
2.2.3 易用性需求
2.2.4 可靠性需求
2.2.5 信息安全性需求
2.2.6 維護性需求
2.2.7可移植性需求測試需求
三、測試需求分析
3.1 測試總體要求
3.2 功能性測試
3.2.1 測試分析
3.2.2 測試內容
3.3 性能效率測試
3.3.1 測試分析
3.3.2 測試內容
3.4 兼容性測
3.4.1 測試分析
3.4.2 測試內容
3.5 易用性測試
3.5.1 測試分析
3.5.2 測試內容
3.6 可靠性測試
3.6.1 測試分析
3.6.2 測試內容
3.7 信息安全性測試
3.7.1 測試分析
3.7.2 測試內容
3.8 維護性測試
3.8.1 測試分析
3.8.2 測試內容
3.9 可移植性測試
3.9.1 測試分析
3.9.2 測試內容
3.10 用戶文檔集測試
3.10.1 測試分析
3.10.2 測試內容
3.11 靜態分析
3.11.1 測試分析
3.11.2 測試內容
3.12 安全滲透測試
3.12.1 測試分析
3.12.2 測試內容
3.13 測試需求追蹤
3.14 測試項標識說明
3.15 測試方法
3.15.1 功能測試
3.15.2 性能效率測試
3.15.3 兼容性測試
3.15.4 易用性測試
3.15.5 可靠性測試
3.15.6 信息安全性測
3.15.7 維護性測試
3.15.8 可移植性測
3.15.9 用戶文檔集測試
3.15.10 靜態分析
3.15.11 內存檢測
3.15.12 軟件質量度量
3.15.13 安全滲透測試
3.16 測試充分性要求
3.17 測試終止要求
3.17.1 正常終止
3.17.2 異常中止
3.17.3 中止及重新啟動
3.18 測試通過准則
四、測試環境
4.1 測試環境要求
4.2 靜態測試環境
4.2.1 測試環境配置
4.3 功能測試環境
4.3.1 測試環境配置
4.3.2 環境差異影響分析
4.4 效率測試環境
4.4.1 測試環境配置
4.4.2 環境差異影響分析
4.5 測試工具配置
4.5.1 工具使用計划
4.5.2 測試工具介紹
五、項目團隊架構及職責
5.1 團隊組織架構
5.2 團隊職責分工
六、測試計划進度
6.1 測試流程
6.2 進度計划
七、過程質量管理
7.1 配置管理
7.2 質量保證
7.2.1 質量目標和要求
7.2.2 質量保證任務
7.3跟蹤與控制
八、測試交付成果
九、測試驗收規范
十、風險分析應對
四、測試用例實現階段
本階段主要是完成各個特性的測試用例的編寫和自動化腳本的編寫。
輸出產物:《產品自動化測試用例》和《手工執行測試用例》
用於描述測試用例的具體細節工作，測試用例一般根據測試計划及測試策略來編寫
測試用例設計文檔模板如下：
測試用例執行文檔模板如下：
五、測試執行階段
本階段是根據測試策略開展測試執行和回歸測試
輸出產品:《產品或版本測試報告》和《缺陷分析報告》
《測試報告文檔模板》如下：
一、測試基本信息
二、被測系統概述
三、測試資源
3.1 組織
3.2 測試環境及工具
3.2.1 測試環境一
3.2.2 測試環境二
四、測試規程
4.1 充分性評價
4.2 測試過程
五、測試結果
5.1 軟件問題情況
5.2 測試執行結果
5.2.1 功能性測試
5.2.2 可靠性測試
5.2.3 易用性測試
5.2.4 效率測試
5.2.5 維護性測試
5.2.6 可移植性測試
5.2.7 用戶文檔測試
5.2.8 使用質量測試
5.2.9 產品說明測試
附錄A 軟件問題清單
附錄B 效率測試結果
《缺陷分析報告模板》如下：
缺陷填寫說明見附件一
六、評估與關閉階段
只對前面的各個階段的執行情況,完成對測試項目的關閉,同時提供完整的度量數據和項目總結報告
輸出產物:《遺留問題風險分析報告》、《度量分析報告》和《測試關閉報告》
附件一：軟件測試缺陷的定義級別、優先級及狀態
1、缺陷的定義及主要類型
我們對軟件缺陷分析一下,所謂"軟件缺陷（bug）"，即為計算機軟件或程序中存在的某種破壞正常運行能力的問題、錯誤，或者隱藏的功能缺陷。一般來說，軟件缺陷的屬性包括缺陷標識、缺陷類型、缺陷嚴重程度、缺陷優先級、缺陷來源、缺陷原因等。
進行軟件缺陷分析后,軟件缺陷的主要可以分為以下幾種類型：
（1）設計不合理;
（2）功能、特性沒有實現或部分實現;
（3）運行出錯，包括運行中斷、系統崩潰、界面混亂等;
（4）與需求不一致，在執行TestCase時則為實際結果和預期結果不一致;
（5）用戶不能接受的其他問題，如存取時間過長、界面不美觀;
（6）軟件實現了需求未提到的功能。
（7）軟件存在安全漏洞
2、缺陷的級別、優先級及狀態
2.1 缺陷級別
軟件缺陷有四種級別，分別為：致命的(Fatal)，嚴重的(Critical)，一般的(Major)，微小的(Minor)。
A類—致命的軟件缺陷(Fatal):造成系統或應用程序崩潰、死機、系統掛起，或造成數據丟失，主要功能完全喪失，導致本模塊以及相關模塊異常等問題。如代碼錯誤，死循環，數據庫發生死鎖、與數據庫連接錯誤或數據通訊錯誤，未考慮異常操作，功能錯誤等
B類—嚴重錯誤的軟件缺陷（critical）：系統的主要功能部分喪失、數據不能保存，系統的次要功能完全喪失。問題局限在本模塊，導致模塊功能失效或異常退出。如致命的錯誤聲明，程序接口錯誤，數據庫的表、業務規則、缺省值未加完整性等約束條件
C類—一般錯誤的軟件缺陷（major）：次要功能沒有完全實現但不影響使用。如提示信息不太准確，或用戶界面差，操作時間長，模塊功能部分失效等，打印內容、格式錯誤，刪除操作未給出提示，數據庫表中有過多的空字段等
D類—較小錯誤的軟件缺陷（Minor）:使操作者不方便或遇到麻煩，但它不影響功能過的操作和執行，如錯別字、界面不規范（字體大小不統一，文字排列不整齊，可輸入區域和只讀區域沒有明顯的區分標志），輔助說明描述不清楚
E類- 建議問題的軟件缺陷（Enhancemental）：由問題提出人對測試對象的改進意見或測試人員提出的建議、質疑。
2.2 缺陷優先級
常用的軟件缺陷的優先級表示方法可分為：立即解決P1、高優先級P2、正常排隊P3、低優先級P4。立即解決是指缺陷導致系統幾乎不能使用或者測試不能繼續，需立即修復；高優先級是指缺陷嚴重影響測試，需要優先考慮；正常排隊是指缺陷需要正常排隊等待修復；而低優先級是指缺陷可以在開發人員有時間的時候再被糾正。
2.3 缺陷狀態
（1）激活狀態(Active或Open)。
（2）已修正狀態(Fixed或Resolved)。
（3）關閉或非激活狀態(Close或Inactive)。