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

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

  • <strong id="5koa6"></strong>
  • 測試的主要評測方法(1)

    發表于:2008-02-02來源:作者:點擊數: 標簽:
    簡介 測試的主要評測方法包括覆蓋和質量。 測試覆蓋是對測試完全程度的評測,它建立在測試覆蓋基礎上,測試覆蓋是由測試 需求 和 測試用例 的覆蓋或已執行代碼的覆蓋表示的。 質量是對測試對象(系統或測試的應用程序)的 可靠性 、穩定性以及性能的評測。質
    簡介

      測試的主要評測方法包括覆蓋和質量。

      測試覆蓋是對測試完全程度的評測,它建立在測試覆蓋基礎上,測試覆蓋是由測試需求測試用例的覆蓋或已執行代碼的覆蓋表示的。

      質量是對測試對象(系統或測試的應用程序)的可靠性、穩定性以及性能的評測。質量建立在對測試結果的評估和對測試過程中確定的變更請求(缺陷)的分析的基礎上。

    覆蓋評測

      覆蓋指標提供了"測試的完全程度如何?"這一問題的答案。最常用的覆蓋評測是基于需求的測試覆蓋和基于代碼的測試覆蓋。簡而言之,測試覆蓋是就需求(基于需求的)或代碼的設計/實施標準(基于代碼的)而言的完全程度的任意評測,如用例的核實(基于需求的)或所有代碼行的執行(基于代碼的)。

      系統的測試活動建立在至少一個測試覆蓋策略基礎上。覆蓋策略陳述測試的一般目的,指導測試用例的設計。覆蓋策略的陳述可以簡單到只說明核實所有性能。

      如果需求已經完全分類,則基于需求的覆蓋策略可能足以生成測試完全程度的可計量評測。例如,如果已經確定了所有性能測試需求,則可以引用測試結果來得到評測,如已經核實了 75% 的性能測試需求。

      如果應用基于代碼的覆蓋,則測試策略是根據測試已經執行的源代碼的多少來表示的。這種測試覆蓋策略類型對于安全至上的系統來說非常重要。

      兩種評測都可以手工得到(公式如下所示)或通過測試自動化工具計算得到。

    基于需求的測試覆蓋

      基于需求的測試覆蓋在測試生命周期中要評測多次,并在測試生命周期的里程碑處提供測試覆蓋的標識(如已計劃的、已實施的、已執行的和成功的測試覆蓋)。



      在執行測試活動中,使用兩個測試覆蓋評測,一個確定通過執行測試獲得的測試覆蓋,另一個確定成功的測試覆蓋(即執行時未出現失敗的測試,如沒有出現缺陷或意外結果的測試)。

      這些覆蓋評測通過以下公式計算:



      這一關于測試覆蓋的陳述是有意義的,可以將其與已定義的成功標準進行對比。如果不符合該標準,則此陳述將成為預測剩余測試工作量的基礎。

    基于代碼的測試覆蓋

      基于代碼的測試覆蓋評測測試過程中已經執行的代碼的多少,與之相對的是要執行的剩余代碼的多少。代碼覆蓋可以建立在控制流(語句、分支或路徑)或數據流的基礎上??刂屏鞲采w的目的是測試代碼行、分支條件、代碼中的路徑或軟件控制流的其他元素。數據流覆蓋的目的是通過軟件操作測試數據狀態是否有效,例如,數據元素在使用之前是否已作定義。

      基于代碼的測試覆蓋通過以下公式計算:



    質量評測

      測試覆蓋的評估提供對測試完全程度的評測,在測試過程中已發現缺陷的評估提供了最佳的軟件質量指標。因為質量是軟件與需求相符程度的指標,所以在這種環境中,缺陷被標識為一種更改請求,該更改請求中的測試對象與需求不符。

      缺陷評估可能建立在各種方法上,這些方法種類繁多,從簡單的缺陷計數到嚴格的統計建模不一而足。

      嚴格的評估假定測試過程中缺陷達到的比率或發現的比率。常用模型假定該比率符合泊松分布。則有關缺陷率的實際數據可以適用于這一模型。生成的評估將評估當前軟件的可靠性,并且預測繼續測試并排除缺陷時可靠性如何增長。該評估被描述為軟件可靠性增長建模,這是一個活躍的研究領域。由于該類型的評估缺乏工具支持,所以應該慎重平衡成本與其增加價值。

      缺陷分析就是分析缺陷在與缺陷關聯關系的一個或多個參數值上的分布。缺陷分析提供了一個軟件可靠性指標。

      對于缺陷分析,常用的主要缺陷參數有四個:

      · 狀態:缺陷的當前狀態(打開的、正在修復或關閉的等)。

      · 優先級:必須處理和解決缺陷的相對重要性。

      · 嚴重性:缺陷的相關影響。對最終用戶、組織或第三方的影響等等。

      · 起源:導致缺陷的起源故障及其位置,或排除該缺陷需要修復的構件。

      可以將缺陷計數作為時間的函數來報告,即創建缺陷趨勢圖或報告;也可以將缺陷計數作為一個或多個缺陷參數的函數來報告,如作為缺陷密度報告中采用的嚴重性或狀態參數的函數。這些分析類型分別為揭示軟件可靠性的缺陷趨勢或缺陷分布提供了判斷依據。

      例如,預期缺陷發現率將隨著測試進度和修復進度而最終減少??梢栽O定一個閾值,在缺陷發現率低于該閾值時才能部署軟件。也可根據執行模型中的起源報告缺陷計數,以允許檢測"較差的模塊"、"熱點"或需要再三修復的軟件部分,從而指示一些更基本的設計缺陷。

      這種分析中包含的缺陷必須是已確認的缺陷。不是所有已報告的缺陷都報告實際的缺陷,這是因為某些缺陷可能是擴展請求,超出了項目的規模,或描述的是已報告的缺陷。然而,需要查看并分析一下,為什么許多報告的缺陷不是重復的缺陷就是未經確認的缺陷,這樣做是有價值的。

    缺陷報告

      Rational Unified Process 以三類形式的報告提供缺陷評估:

      · 缺陷分布(密度)報告允許將缺陷計數作為一個或多個缺陷參數的函數來顯示。

      · 缺陷齡期報告是一種特殊類型的缺陷分布報告。 缺陷齡期報告顯示缺陷處于特定狀態下的時間長短,如"提出的"。在齡期類別中,缺陷還可以按其他屬性分類,如"擁有者"。

      · 缺陷趨勢報告按狀態(新的、已打開的或關閉的)將缺陷計數作為時間的函數顯示。趨勢報告可以是累計的,也可以是非累計的。

      · 測試結果和進度報告顯示對測試的應用程序進行若干次迭代和測試生命周期后的測試過程執行結果。

    許多此類報告對于評估軟件質量具有很高的價值。一般測試標準中包括有關特定類別(如嚴重性級別)中打開的缺陷數的陳述。通過缺陷分布評估可以輕松地核對該標準。對測試需求進行過濾或分類,該評估可以側重于不同的需求集。

      要有效生成此類報告,一般需要工具支持。
     

    原文轉自: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>