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

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

  • <strong id="5koa6"></strong>
  • 測試用例編寫規范

    發表于:2011-05-20來源:未知作者:娃娃點擊數: 標簽:
    目的:統一測試用例編寫的規范,以保證使用最有效的測試用例,保證測試質量。 2 范圍:適用于公司對產品的業務流程、功能測試測試用例的編寫。 3 術語解釋 3.1 測試分析:對重要業務、重要流程進行測試前的分析。 3.2 業務流程測試用例:關于產品業務、重要

      目的:統一測試用例編寫的規范,以保證使用最有效的測試用例,保證測試質量。

      2 范圍:適用于公司對產品的業務流程、功能測試測試用例的編寫。

      3 術語解釋

      3.1 測試分析:對重要業務、重要流程進行測試前的分析。

      3.2 業務流程測試用例:關于產品業務、重要流程的測試用例。

      4 業務流程測試用例編寫原則

      4.1 系統性

      4.1.1對于系統業務流程要能夠完整說明整個系統的業務需求、系統由幾個子系統組成以及它們之間的關系;

      4.1.2對于模塊業務流程要能夠說明清楚子系統內部功能、重要功能點以及它們之間的關系;

      4.2 連貫性

      4.2.1 對于系統業務流程來說,各個子系統之間是如何連接在一起,如果需要接口,各個子系統之間是否有正確的接口;如果是依靠頁面鏈接,頁面鏈接是否正確;

      4.2.2對于模塊業務流程來說,同級模塊以及上下級模塊是如何構成一個子系統,其內部功能接口是否連貫;

      5 測試用例設計的方法

      5.1 等價類劃分法

      5.1.1確定等價類的原則

      5.1.1.1如果輸入條件決定了取值范圍,或值的個數,則可以確立一個有效等價類和兩個無效等價類。

      5.1.1.2 如果輸入條件規定了輸入值的集合,或者規定了“必須如何”的條件,此時可確立一個有效等價類和一個無效等價類;

      5.1.1.3 如果輸入條件是一個布爾量,則可以確定一個有效等價類和一個無效等價類;

      5.1.1.4如果規定了輸入數據的一組值,而且程序對每個輸入值分別進行處理,此時可為每一個輸入值確立一個有效等價類,此外,針對這組值確立一個無效等價類,它是所有不允許輸入值的集合;

      5.1.1.5如果規定了輸入數據必須遵守的規則,則可以確立一個有效等價類(符合規則)和若干個無效等價類(從不同的角度違反規則)。

      5.1.1.6 如果確知,已劃分的等價類中各元素在程序中的處理方式不同,則應將此等價類進一步劃分成更小的等價類。

      5.1.2 測試用例的選擇原則

      5.1.2.1為每一個等價類規定一個唯一的編號;

      5.1.2.2設計一個新的測試用例,使其盡可能多的覆蓋尚未被覆蓋的有效等價類,重復這一步,直至所有的有效等價類都被覆蓋過;

      5.1.2.3設計一個新的測試用例,使其僅覆蓋一個尚未被覆蓋的無效等價類,重復這一步,直至所有的無效等價類都被覆蓋為止。

      5.2 邊界值分析法

      5.2.1測試用例的選擇原則

      5.2.1.1 如果輸入了條件規定了值的范圍,則應取剛達到這個范圍的邊界值,以及剛剛超越這個邊界范圍的值作為測試輸入數據;

      5.2.1.2 如果輸入條件規定了值的個數,則用最大個數、最小個數、比最大多1、比最小小1的數作為測試輸入數據;

      5.2.1.3 根據規格說明的每個輸出條件,使用前面的原則;

      5.2.1.4如果程序的規格說明給出的輸入輸出域是有序集合,則應選取集合的每一個元素和最后一個元素作為測試用列;

      5.2.1.5如果程序中使用了一個內部數據結構,則應當選擇這個內部數據結構的邊界上的值作為測試用例;

      5.2.1.6分析規格說明,找出其他可能的邊界條件。

      6 測試用例設計的原則

      6.1 全面性

      6.1.1應盡可能覆蓋程序的各種路徑

      6.1.2應考慮存在跨年、跨月的數據

      6.1.3大量數據并發測試的準備

      6.2 正確性

      6.2.1輸入界面后的數據應與測試文檔所記錄的數據一致

      6.2.2 預期結果應與測試數據發生的業務吻合

      6.3 符合正常業務慣例

      6.3.1 測試數據應符合用戶實際工作業務流程

      6.3.2兼顧各種業務變化的可能

      6.4 仿真性

      人名、地名、電話號碼等應具有模擬功能,符合一般的命名慣例;不允許出現與知名人士、小說中人物名等雷同情況。

      6.5 可操作性

      測試用例中應寫清測試的操作步驟,不同的操作步驟相對應的操作結果。

      7 測試用例編寫格式細則

      7.1測試用例內容

      7.1.1具體實施可以采用EXCEL和圖形相結合,可用EXCEL編寫測試用例的同時插入圖形來加以說明。測試用例設計的內容可由:模塊名、功能說明或圖形說明、測試用例輸入、應輸出結果、實際輸出結果、結論、BUG編號、BUG級別8部分組成。

      7.1.2在測試用例設計模版中有“業務流程測試用例設計模版”(包含整體業務流程)和“功能測試用例設計模版”兩個模板可按需要選擇。

      7.2 測試用例表格格式

      7.2.1表格內容的字體為宋體;

      7.2.2表格內容的字型為12號;

      8測試用例優先級

     


    測試用例優先級


                   


    A


    測試計劃中重要的模塊功能和業務流程


    B


    測試計劃中比較重要的模塊功能和業務流程


    C


    測試計劃中次重要的模塊功能和業務流程


    D


    測試計劃中不重要的模塊功能和業務流程


    E


    系統小單元、系統容錯功能

      對于A、B級應重點考慮

      9 BUG級別

      參考軟件測試停止標準中的錯誤級別. 

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