• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            牽著老婆滿街逛

            嚴以律己,寬以待人. 三思而后行.
            GMail/GTalk: yanglinbo#google.com;
            MSN/Email: tx7do#yahoo.com.cn;
            QQ: 3 0 3 3 9 6 9 2 0 .

            淺談功能測試用例模板設計

            作者:蔡 琰

            【摘要】 本文介紹測試用例一般要素 以及 如何根據項目特點設計測試用例模板, 用以 提高測試用例設計效率和實現測試用例執行結果報告的自動化計算,分析測試用例覆蓋率。

            【關鍵字】 測試用例 模板 測試覆蓋率

            測試用例設計和執行是測試工作的核心,也是工作量最大的任務之一,設計良好的測試用例模板能提高測試用例的設計質量,便于跟蹤測試用例的執行結果,自動生成測試用例覆蓋率報告。這幾年測試技術和理論有了長足的發展,就功能測試用例設計要素而言,樣式上均大同小異,一般都包含主題、前置條件、執行步驟、期望結果等。

            測試用例可以用數據庫、Word 、Excel 、xml 等格式進行管理,市面亦有成熟的商業軟件工具和開源工具等,對于一般中小軟件企業,使用文檔來管理測試用例是較為方便、經濟的途徑。 Word 格式的文檔可以滿足設計需要,但不利于跟蹤和自動統計執行結果報告。下面我將介紹自己在多個項目中設計和改進的 Excel 模版,它可以方便地設計測試用例,記錄執行結果并自動統計測試用例覆蓋率。圖-1 為 Excel 模板。具體細目說明如下:

            圖-1 Excel 模板

            測試用例 ID —— 用于唯一標識測試用例號,可根據自身需要定義規則,最好易于跟蹤和維護;

            測試前置條件 —— 如果有則描述之;

            測試用例等級 —— 根據需求重要性區分測試用例等級,測試執行階段可以根據測試用例等級安排測試任務,分為四級:

            ?? 冒煙測試,即版本確認測試,每個測試版本需通過所有該級測試用例,否則拒絕繼續測試;

            ?? 關鍵路徑測試,每個測試版本需執行該級測試用例,若該級測試用例均通過,意味著軟件功能趨于穩定;

            ?? 可接受級測試,該級測試用例只要執行一次通過即可,該級測試用例通過意味著可以準備發布了;

            ?? 建議執行的用例,如果有時間,最好執行該級測試用例,但不作為發布的必要條件。

            測試用例執行步驟、期望結果;

            測試用例執行結果 —— 執行時填寫,分為通過、失敗、警告、阻塞、忽略。

            通過開發 VBA 腳本,可以自動統計每輪測試用例執行結果,如圖-2 所示,得到測試用例覆蓋率結果報告,用于分析測試結果。?

            圖-2 測試用例覆蓋率分析報告

            測試用例狀態轉換分析

            圖 -3 顯示了一個典型測試用例的生命周期,依據不同類型和規模的項目可以自行定制。

            圖-3 測試用例生命周期

            隊列中( In Queue ) -- 測試用例在排隊等待中;

            進程中( In Progress ) -- 表示測試正在進行,并且可能會持續一段時間,如果一個測試花費的時間少于一天或兩天,只需將它顯示在處于排隊狀態;

            阻塞( Block ) -- 一些外部條件 — 如缺少部分功能 — 將無法執行測試;

            忽略( Skip ) -- 已經決定(或被告知)跳過這個測試用例;

            通過( Pass ) -- 終點狀態,沒問題;

            失敗( Fail ) -- 測試用例執行出錯;

            警告( Warn ) -- 結果處于 Pass 和 Fail 之間,錯誤嚴重性等級較輕,不影響功能和性能;

            關閉( Closed ) -- 以前識別出的錯誤都已經被修正。

            實際項目中,一個測試用例有多個執行步驟,每個步驟可能有不同結果,如步驟 1 通過,步驟 2 失敗,步驟 3 被步驟 2 中的失敗所阻塞,那么該測試狀態如何?單純指出這個測試用例阻塞或失敗都將遺漏重要的信息。因此必須指定雙重狀態,如 Block/Fail , Block/Warn , Skip/Pass , Skip/Closed 等。然而,如果顯示十幾個狀態,則測試結果可能更難以解釋。如何使結果明了又能精確反映實際結果,需要精明選擇包括哪些狀態。

            使用該模板優點:使用維護簡便,方便測試任務分配,易于與項目組其他角色交流,結果報告自動生成。

            不足之處:測試變更跟蹤不方便,每個測試用例的規模不等,所以測試覆蓋率結果只是作為參考,結果百分比不能精確反映工作量,需要具體分析項目情況。這個模版沒有跟蹤統計缺陷,同時考慮是否使用加權評估缺陷嚴重性,一個測試用例往往對應幾個缺陷的統計分析。

            結論:在實際項目中,應該根據項目特點和開發流程定義測試用例各項。在精確和簡單兩個特性相對立時,需要好好權衡。如果您有好的解決方案,我將很樂意知道。

            posted on 2006-07-05 14:57 楊粼波 閱讀(295) 評論(0)  編輯 收藏 引用 所屬分類: 軟件工程

            精品久久人人爽天天玩人人妻| 国产亚洲欧美精品久久久| 狠狠色丁香婷婷综合久久来来去 | 99久久免费国产精精品| 91精品国产91热久久久久福利| 国产视频久久| 久久天天躁狠狠躁夜夜躁2O2O| 亚洲狠狠综合久久| 久久久久久久精品妇女99| 国内精品伊人久久久久| 精品久久久中文字幕人妻| 9191精品国产免费久久| 亚洲国产精品无码成人片久久| 日本免费久久久久久久网站| 久久精品国产久精国产果冻传媒| 国产福利电影一区二区三区久久老子无码午夜伦不 | 欧美性大战久久久久久| 久久精品国产只有精品2020| 久久精品一区二区三区AV| 日本精品一区二区久久久| 狠狠干狠狠久久| 久久精品99久久香蕉国产色戒| 久久国产精品波多野结衣AV| 久久国产精品-国产精品| 狠狠色婷婷久久综合频道日韩 | 精品久久久久中文字幕日本| 99久久香蕉国产线看观香| 久久青青草原精品国产软件| 欧美综合天天夜夜久久| 久久人人爽人人爽人人AV| 精品久久久无码人妻中文字幕| 久久久久亚洲AV片无码下载蜜桃| 久久精品国产精品亚洲人人| 中文字幕一区二区三区久久网站| 久久精品中文字幕久久| 青青草国产精品久久| 国内精品伊人久久久久影院对白| 久久最近最新中文字幕大全 | 久久精品桃花综合| 久久久久久久久久久精品尤物 | 国产精品久久自在自线观看|