編寫高質(zhì)量測試用例的秘訣

1、編寫高質(zhì)量測試用例的秘訣如何編寫高質(zhì)量的測試用例高質(zhì)量的標準：1、覆蓋到所有的業(yè)務(wù)邏輯（包括正常邏輯和異常邏輯）2、覆蓋到所有的典型用戶場景3、覆蓋到所冇的需求點4、測試口標明確，并且測試步驟能夠最快的達到測試口的或者測試吋間很 短5、沒有冗余的用例6、測試用例能夠直接附帶測試策略，該模塊的策略指定人和用例執(zhí)行人能 夠非常清楚如何達到該口標：一、基于邏輯的用例設(shè)計過程：a、用例編寫過程：1、優(yōu)先完成業(yè)務(wù)邏輯圖，需要在測試的角度上面去畫邏輯圖，包括數(shù)據(jù)流 完整的輸入和輸出過程，并月自己能夠理解為什么這樣處理2、根據(jù)自己的理解分析每個邏輯的處理是否完善，是否有沒有覆蓋到的地 方，并提交缺陷預防bu

2、g3、根據(jù)邏輯編寫測試用例，保證毎個邏輯都能夠有對應的用例覆蓋4、編寫邏輯用例的過程中思考如何去改進該用例的測試過程，比如：接口 測試，自動化測試，腳本。并月.，能夠及時讓研發(fā)捉供對應的接口和調(diào)試方法5、用例要按照10分鐘原則，即保證10分鐘內(nèi)能夠執(zhí)行完成b、用例評審過程：1、先講解整個業(yè)務(wù)邏輯圖，需要保證評審人員對于整個業(yè)務(wù)邏輯圖都非常 清楚，并且能夠理解為什么這樣做2、分析整個業(yè)務(wù)邏輯圖是否冇沒冇覆蓋到的場景或者分支情況（采用頭腦風 暴的方式）3、分析業(yè)務(wù)邏輯的異常處理情況（是否每個業(yè)務(wù)邏輯都有對異常情況進行處 理，也采用頭腦風暴的方式）4、是否將邏輯的用例分類比較合理，讓大家通過邏輯很容

3、易就找到對應的 用例5、分析是否所有的邏輯都能夠找到對應的用例（通過邏輯找到對應的用例）, 包括前面沒有考慮到的邏輯6、分析用例是否有冗余，是否多個用例都是覆蓋的同一個邏輯（包括測試步 驟和檢查點）7、分析用例的測試方法是否有改進，是否能夠直接通過代碼靜態(tài)走讀、接 口測試、自動化測試（包括編寫腳本）、引入工具等等來進一步提高我們的測試效 率c、友情提醒：1、僅僅只能保證已有的邏輯沒有問題，但是口j能出現(xiàn)部分情況沒有處理導 致失效的情況，可以通過后而的場景用例和需求用例來補充覆蓋2、邏輯里面異常情況考慮不充分，導致測試用例也相對比較欠缺，可以通 過對每個邏輯進行頭腦風暴，分析是否有其他異常情況，

4、并且評審時重點評審這 塊3、研發(fā)的邏輯有可能本身就是錯誤的，但是如果順著研發(fā)的邏輯去編寫用 例時會導致用例也冇問題，達不到測試目的，所以需耍從需求和設(shè)計的角度去捉 前分析邏輯是否有問題4、過程中研發(fā)的邏輯可能變化比較快，這樣會導致邏輯測試用例也要經(jīng)常 變化，所以需要保證研發(fā)的編碼是與設(shè)計一致的，并且邏輯是盡量根據(jù)設(shè)計來進 行的另外，邏輯用例的設(shè)計可以在編碼中后期進行，這樣的改動會少點二、基于場景的用例設(shè)計過程：a、用例編寫過程：1、搞清楚客戶的原始需求，為什么需要這個功能，能夠給客戶帶來的價值 是什么2、查看需求說明書里而的客戶使用的典型用戶場景，并月整合到場景用例 里面3、在需求說明書的基礎(chǔ)

5、上進一步分析客戶還可能有哪些實際的使用場景（主 要是整個客戶的拓撲結(jié)構(gòu)）4、客戶會怎樣去配置該模塊以滿足什么樣的需求（頭腦風暴）5、過程中客戶會有哪些操作（頭腦風暴）b、用例評審過程：1、安排相關(guān)模塊專家、規(guī)劃經(jīng)理和主管來進行評審，主要是分析還可能有 哪些場景沒有考慮到，最好是能夠有具體的客戶2、安排講解該模塊的場景，保證用例責任人對模塊場景是非常熟悉的，并 月過程中分析是否可能會有其他情況，來進一步完善場景用例c、友情提醒：1、模塊用戶場景盡量是有真實的客戶，而不是口己yy出來的2、模塊用戶場景最好是完整的客戶使用過程，而不是某一個測試點3、并不是所有的模塊都有場景用例三、基于需求的用例設(shè)計

6、過程：a、用例編寫過程：1、參照需求表，并且對照前面的邏輯用例和場景用例，檢視是否覆蓋到所 有需求，沒有的分析卜原因，是否邏輯用例oi場景用例考慮的還不充分，是的 話補充到上面，不是的話則補充到需求用例里面2、充分利用相關(guān)的用例編寫技術(shù)，包括：邊界值分析法、等價類分析法、錯 誤類推測法、路徑覆蓋法、因果分析法、正交分析法等3、分析用例是否能夠通過自動化or其他測試手段來覆蓋到b、用例評審過程：1、對照需求表來進行檢視，是否全部覆蓋到，不僅僅是測試用例，還包描 測試步驟和期與結(jié)果，避免因為依賴研發(fā)的邏輯來設(shè)計用例導致問題2、評審該部分用例是否跟前而的邏輯用例和場景用例兀余3、分析用例是否能夠通過自動化or其他測試手段來覆蓋到c、友情提醒：1、基于需求的用例僅僅是針對前面沒有覆蓋到的用例的補充，所以這部分 用例應該相對比較少，如果發(fā)現(xiàn)比較多的話可以分析下是否研發(fā)的-些邏輯沒冇 覆蓋到相關(guān)地方四、模塊測試方法說明（提高該模塊的用例執(zhí)行效率）：1、將該模塊的業(yè)務(wù)邏輯圖放到用例的指定目錄，這樣方便給評審人員講解,