• <ruby id="5koa6"></ruby>
    <ruby id="5koa6"><option id="5koa6"><thead id="5koa6"></thead></option></ruby>

    <progress id="5koa6"></progress>

  • <strong id="5koa6"></strong>
  • 如何進行測試自動化的成本估算[2]

    發表于:2010-02-23來源:作者:點擊數: 標簽:自動化估算
    如何進行 測試自動化 的成本 估算 [2] 自動化測試工具 然后,我們可以基于這個圖計算出平均的測試步驟個數是16個,那么以此為基準點,再定出上、下限分別是8和25,則可以這樣定義 測試用例 的復雜度: 簡單 : ≤ 7 個步驟 中等 : ≥ 8 個步驟 -- ≤ 16 個

      如何進行測試自動化的成本估算[2]   自動化測試工具

      然后,我們可以基于這個圖計算出平均的測試步驟個數是16個,那么以此為基準點,再定出上、下限分別是8和25,則可以這樣定義測試用例的復雜度:

      簡單 : ≤ 7 個步驟

      中等 : ≥ 8 個步驟 -- ≤ 16 個步驟

      復雜 : ≥ 17 個步驟 -- ≤ 25 個步驟

      類似的,我們可以再加入檢查點的個數,按類似的方法進行計算。

      影響測試自動化工作量評估的因素

      但是,前面所講到依據測試步驟和檢查點個數來判斷測試用例復雜度的方法還是有不少的缺陷,個數僅僅是一種參考,還需要綜合考慮其他的方面,例如

      1、需要注意每個腳本開發前的工作量也要納入計算:

      (1) 通過手工測試確認操作的正確性。

      (2) 測試數據的選擇和生成。

      (3) 腳本模板的創建,例如頭信息、步驟注釋、抽取公用的腳本函數等。

      當然,這些方面的工作量也很大程度上取決于測試用例的測試步驟個數。軟件測試 

        2、另外功能的重復性也是判斷復雜度和工作量的因素之一。如果測試用例的步驟比較復雜,但是與其他測試用例比較類似,具有功能上的重復性,則也可以標志為“中等”或“低”的復雜度。

      3、如果測試用例的測試步驟超過了上限控制點(例如25),那么那些額外的超出上限的步驟可以考慮放到另外一個測試用例中。例如,上面的例子中,編號為06的測試用例包含30個步驟,則可標識為“1個復雜的用例 + 1個簡單的用例”

      4、需要考慮那些被標識為“復雜”而不是“中等”的測試用例是否應該被自動化實現,因為實現過多的復雜的測試用例會給自動化測試帶來沉重的負擔。

      下表按其影響程度從高到低列出了8個影響自動化測試實現的方面,這些方面也是自動化測試工作量評估中不可忽視的因素:

    原文轉自:http://www.kjueaiud.com

    老湿亚洲永久精品ww47香蕉图片_日韩欧美中文字幕北美法律_国产AV永久无码天堂影院_久久婷婷综合色丁香五月

  • <ruby id="5koa6"></ruby>
    <ruby id="5koa6"><option id="5koa6"><thead id="5koa6"></thead></option></ruby>

    <progress id="5koa6"></progress>

  • <strong id="5koa6"></strong>