軟體測試基礎 第五篇 軟體測試文件管理

4 軟體測試文件管理

4.1測試文件的必要性和重要性

1，測試文件的必要性：編制測試文件的必要性體現在以下幾方面：

    a)  提高專案測試過程的透明度

    b)  文件化能規範測試，提高測試效率

    c)  便於團隊成員之間的交流與合作

    d)  對於專案“傳承”的重要性

    e)  是測試人員經驗提升的最好途徑

     f)  有利於專案測試的監控作用

2， 測試文件的重要性：測試文件是用來記錄、描述、展示測試過程中一系列測試資訊的處理過程，通過書面或圖示的形式對專案測試活動過程或結果進行描述、定義及報告。

4.2測試文件規範

1，國家標準《計算機軟體檔案編制規範 》

GBT9386-2008中規定的測試文件的格式和內容：

測試計劃：描述測試活動範圍、方法、資源和進度。它規定被測試的項、被測試的特徵、應完成的測試任務、負責每項工作的人員以及與本計劃有關的風險等。

測試說明：包括三類文件：

1.測試設計說明

2.測試用例說明

3.測試規程說明

測試報告：包括四類文件：

        1.測試項傳遞報告

        2.測試日誌

        3.測試事件報告

        4.測試總結報告

2，國際IEEE 829標準：IEEE 829-1998也被稱做829軟體測試文件標準。作為一個IEEE的標準定義了一套文件用於8個已定義的軟體測試階段，每個階段可能產生它自己單獨的檔案型別。

    測試計劃

    測試設計規格

    測試用例規格

    測試過程規格

    測試記錄

    測試附加報告

    測試摘要報告

 

4.3常用測試文件

1，測試策略：在一定的軟體測試標準、測試規範的指導下，依據測試專案的特定環境約束而規定的軟體測試的原則、方式、方法的集合。

制定軟體測試策略的過程：

    1.明確制定軟體測試策略的輸入

    2.明確軟體測試策略的輸出

    3.制定具體的軟體測試策略：

        （1）確定測試的需求

        （2）評估風險並確定測試優先順序

        （3）確定測試策略

2，測試計劃：一個敘述了預定的測試活動的範圍、途徑、資源及進度安排的文件。

編寫測試計劃的步驟：

1.確定測試計劃的目標

2.確定測試計劃的內容：測試物件；測試內容；術語定義；團隊之間的責任分配；確定測試範圍；測試階段；測試策略；資源要求；測試人員要求；測試進度；測試用例；缺陷報告；風險和問題

3， 5W1H法制定測試計劃：What, Where, When, Who, Why, How

       1，  測試規範：為了一個特定的測試目的(例如，產品的驗收等)，對被測軟體產品或功能進行測試的有關檔案。

測試規範的內容：

        1.軟體測試規範的定義

        2.軟體測試規範描述的內容：

                • 測試計劃規範

                • 測試用例設計規範

                • 測試工具使用規範

                • 缺陷跟蹤系統錄入規範

                • 缺陷嚴重等級和優先順序劃分規範

                • 缺陷分類規範

                • 缺陷狀態修改規範

                • 缺陷遞交流程規範

                • 測試報告規範

                • 測試退出規範

                • 軟體測試型別規範

                • 開發語言測試規範

                • 軟體測試流程規範

                • 介面測試規範

4，測試用例：測試用例的格式

   軟體測試用例的基本要素包括：測試用例編號、測試標題、重要級別、測試輸入、操作步驟、預期結果

5，缺陷報告：為了便於管理測試發現的軟體錯誤，通常要採用軟體缺陷資料庫，將每一個發現的錯誤輸入到軟體缺陷資料庫中，軟體缺陷資料庫的每一條記錄稱為一個軟體問題報告。

缺陷報告文件的幾個特殊性如下：

    • 只針對具體軟體缺陷行為，也就是Bug具體資訊。

    • 有統一的線上模板。

    • 缺陷報告的編寫質量是衡量測試工程師技術水平的常用度量。

    • 缺陷報告的資訊直接關乎軟體產品具體功能和設計行為。

    • 缺陷報告是開發人員、測試人員、專案經理每天工作的主要共同的物件。

    • 缺陷報告的數量是所有軟體測試專案衡量軟體質量重要指標之一。

6，測試結果報告：把測試的過程和結果寫成文件，並對發現的問題和缺陷進行分析，為糾正軟體的存在的質量問題提供依據，同時為軟體驗收和交付打下基礎。

書寫軟體測試報告的一般方法:

    1.確定報告的讀者

    2.書寫測試報告的準則

        • 報告內容應是真實的可靠的

        • 使用準確、簡潔的文風，保持測試報告有良好的格式

        • 行文保持客觀、對事不對人、關注問題本身

 

4.4測試文件管理

1，測試計劃的評審：測試計劃評審的內容：可行性，正確性，全面性

測試計劃評審的參與者：專案經理、軟體開發團隊、產品部門、市場測試文件管理工具部門等軟體測試干係人。必要的時候甚至需要邀請法務等部門參加測試計劃的評審。

2，測試用例評審：可分為測試組內部評審和專案組評審

評審主要側重於：

        1測試用例本身的描述是否清晰，是否存在二義性；

        2.是否考慮到測試用例的執行效率，往往測試用例中步驟不斷重複執行，驗證點卻不同，而且測試設計的冗餘性，都造成了效率的低下；

        3 是否針對需求跟蹤矩陣，覆蓋了所有的軟體需求；

        4.是否完全遵守軟體需求的規定。因為即使再嚴格的評審，也會出現錯誤，應視具體情況而定。

評審的角度不同，評審的側重點也不同：

        1.收集客戶需求的人員注重測試用例是否符合業務邏輯；

        2.分析軟體需求規格的人注重測試用例是否跟軟體需求規格要求一致；

        3.開發負責人會注重你的用例中對程式的要求是否合理。

3，測試文件管理工具：惠普 Application Lifecycle Management（ALM）是一款整合了測試文件管理功能的專業軟體研發管理系統

使用HP ALM進行測試管理包括四個步驟：

（1）明確條件：分析你的應用程式並且確定下你的測試條件。

（2）測試計劃：根據你的測試條件建立你的測試計劃。

（3）執行測試：在你的測試執行平臺上建立Test sets。

（4）跟蹤缺陷：報告在你的應用程式中的缺陷並且記錄下整個缺陷的修復過程。

 

4.5測試用例管理

1,編寫測試用例的挑戰與應對: 傳統的獨立（電子表格）檔案形式的侷限性和挑戰

    1.測試用例的儲存安全。

    2.測試用例難於分類與查詢。

    3.與測試需求的對應關係難以維護。

    4.團隊合作問題。

    5.測試用例的版本資訊難於完整管理。

    6.難以實現測試用例的執行與結果管理。

    7.測試用例與缺陷的對應關係難以維護。

2,最佳測試用例特點:

最佳測試用例的設計原則包括：

    （1）依據原則

    （2）全覆蓋原則

    （3）規範原則

    （4）全面原則

最佳測試用例的特點有以下幾方面：

   （1）完整性 （2）準確性 （3）簡潔性 （4）清晰性  （5）可維護性  （6）適當性  （7）可複用性 （8）其它

3，測試用例生命週期：

 

2，測試用例管理工具：通常使用基於資料庫的軟體研發管理系統

測試用例管理工具一般應包括如下功能：

        • 測試用例ID管理

        • 測試用例的維護

        • 測試用例分類管理

        • 用例的匯入匯出

        • 用例搜尋功能

        • 提供測試需求、測試結果和缺陷的對應關係

4.6測試文件最佳實踐

在測試文件管理中應該要注意以下幾個方面：

1.建立測試文件管理制度

2.加強文件版本管理

3.建立測試文件庫的訪問規則

4.使用工具管理文件

5.寫缺陷報告的建議

        • 多讀優秀缺陷報告，學習最佳實踐。

        • 每個缺陷報告儘量擷取圖片和log，幫助開發人員快速定位問題。

        • 對重現步驟自己要多執行幾遍，確保開發人員可以再現缺陷。

        • 缺陷報告要客觀得體，不要包含自己的主觀情緒。