軟件測試工具Mercury“最佳功能測試實踐”（二）

1.1.4   功能分解

        在計劃測試活動之前，功能分解應該作為第一個要完成的活動。進行功能分解時，應該邀請業務方面和需求分析方面的代表共同參加。通常情況下，要遵從下面的原則：

        1) 每個用戶情形都是一個業務功能

        2) 如果一組用戶情形非常相似，那它們應該組合在一起形成一個業務功能

        3) 如果一個用戶情形非常大或者非常復雜，則應該將其分解為兩個或者更多的業務功能

        進行功能分解的思路體現在“將測試的單元確定為包含少量功能點的單位”，這樣，每個測試單元的測試用例的數量就會被限制在一定的范圍之內。我們可以將分解的目標設定為每個業務功能只有最多30-40個測試用例。

        1.1.5   風險評估

        既然質量保證的基本思路是降低缺陷破壞業務的風險，同時為了確保質量保證的資源得到充分的利用，我們需要對每個業務功能進行風險的評估。還要考慮到的是，我們也要對技術影響進行分析。這樣我們能對完成每個業務功能的測試活動所需的工作量進行估算。

        1.1.5.1  業務風險分析

        業務風險評估需要針對被測軟件的所有業務功能。評估的標準應該在整個業務的范圍內是唯一的，才能在企業范圍內使不同的評估結果具有可比性。

文章來源于領測軟件測試網 http://www.kjueaiud.com/