<sub id="l9qyp"><listing id="l9qyp"></listing></sub>

    <form id="l9qyp"><legend id="l9qyp"></legend></form>
      1. <wbr id="l9qyp"></wbr>
        1. 更多課程 選擇中心

          軟件測試培訓
          達內IT學院

          400-111-8989

          測試用例怎么編寫?如何編寫出牛X的測試用例?

          • 發布:軟件測試培訓
          • 來源:軟件測試問答
          • 時間:2017-09-25 14:44

          測試用例是軟件測試工作中非常重要的一步,很多軟件測試工程師都會編寫測試用例,但測試用例設計的質量可能存在一些不足,下面咱們就來說說,如何編寫優秀的測試用例,有哪些技巧可尋。

          一.首先我們來說說好的測試用例的標準:

          A.覆蓋到所有的業務邏輯(包括正常邏輯和異常邏輯),即正常流和異常流;

          B.覆蓋到所有的典型用戶場景;

          C.覆蓋到所有的需求點;

          D.測試目標明確,并且測試步驟能夠最快的達到測試目的或者測試時間很短;

          E.沒有冗余的用例;

          F.測試用例能夠直接附帶測試策略,該模塊的策略指定人和用例執行人能夠非常清楚;

          二.如何達到以上的標準:

          達到上述所說標準,需要從三個方面著手;

          1.基于需求的用例編寫過程;

          2.基于邏輯的用例編寫過程;

          3.基于用戶場景的用例編寫過程;

          下面我們針對這三個方面展開詳細的講解;

          (1)基于需求的用例設計過程:

          A、用例編寫過程:首先參照需求文檔以及項目原形交互圖,劃分模塊,以及具體的測試點,然后整理出詳細的測試點文檔,然后根據文檔一條條編寫測試用例;充分利用相關的用例編寫技術,包括:邊界值分析法、等價類分析法、錯誤類推測法、路徑覆蓋法、因果分析法、正交分析法等;分析用例是否能夠通過自動化或者其他測試手段來覆蓋到;

          B、用例評審過程:首先對照需求表來進行檢查,是否全部覆蓋到,不僅僅是測試用例,還包括測試步驟和期望結果,避免因為依賴研發的邏輯來設計用例導致問題;其次評審該部分用例是否跟前面的邏輯用例和場景用例冗余;最后分析用例是否能夠通過自動化或者其他測試手段來覆蓋到;

          (2)基于邏輯的用例編寫過程

          A.用例編寫過程:首先進行全面的需求分析,分析系統包含哪些功能模塊,各功能模塊下富含哪些子模塊,每個模塊之間的邏輯關系,分析一下這個需求是否存在不合理的地方;其次完成業務邏輯圖或者流程圖,需要在測試的角度上面去畫邏輯圖,包括數據流完整的輸入和輸出過程,正常的邏輯過程以及異常的邏輯過程,并且自己能夠理解為什么這樣處理;再根據自己的理解分析每個邏輯的處理是否完善,是否有沒有覆蓋到的地方,整合成具體的文檔,小組討論并提交缺陷預防bug;另外根據邏輯編寫測試用例,保證每個邏輯都能夠有對應的用例覆蓋;最后有一個原則要注意,用例要按照10分鐘原則,即保證10分鐘內能夠執行完成,此原則針對較復雜的邏輯操作,對于大部分的測試用例都可以保證;

          B.用例評審過程:前期要求參與審核的人員自己先進行需求分析,然后把自己不理解或覺得有問題的地方記錄下來;

          然后項目主負責人先講解整個業務邏輯圖,需要保證評審人員對于整個業務邏輯圖都非常清楚,并且能夠理解為什么這樣做;并且分析整個業務邏輯圖是否有沒有覆蓋到的場景或者分支情況(采用頭腦風暴的方式),大家在一起討論各種可能存在的情況,然后進行評判和篩選,找出更多的測試點;

          分析業務邏輯的異常處理情況(是否每個業務邏輯都有對異常情況進行處理,也采用頭腦風暴的方式);

          是否將邏輯的用例分類比較合理,讓大家通過邏輯很容易就找到對應的用例;

          分析是否所有的邏輯都能夠找到對應的用例(通過邏輯找到對應的用例),包括前面沒有考慮到的邏輯;

          分析用例是否有冗余,是否多個用例都是覆蓋的同一個邏輯(包括測試步驟和檢查點);

          分析用例的測試方法是否有改進,是否能夠直接通過代碼靜態走讀、接口測試、自動化測試(包括編寫腳本)、引入工具等等來進一步提高我們的測試效率;

          C、此方法可能存在的一些風險:僅僅只能保證已有的邏輯沒有問題,但是可能出現部分情況沒有處理導致失效的情況,可以通過后面的場景用例和需求用例來補充覆蓋;邏輯里面異常情況考慮不充分,導致測試用例也相對比較欠缺,可以通過對每個邏輯進行頭腦風暴,分析是否有其他異常情況,并且評審時重點評審這塊;研發的邏輯有可能本身就是錯誤的,但是如果順著研發的邏輯去編寫用例時會導致用例也有問題,達不到測試目的,所以需要從需求和設計的角度去提前分析邏輯是否有問題;過程中研發的邏輯可能變化比較快,這樣會導致邏輯測試用例也要經常變化,所以需要保證研發的編碼是與設計一致的,并且邏輯是盡量根據設計來進行的另外,邏輯用例的設計可以在編碼中后期進行,這樣的改動會少點;

          (3)基于場景的用例設計過程:

          A、用例編寫過程:整理清楚客戶的原始需求,為什么需要這個功能,能夠給客戶帶來的價值是什么;查看需求說明書里面的客戶使用的典型用戶場景,并且整合到場景用例里面;在需求說明書的基礎上進一步分析客戶還可能有哪些實際的使用場景(主要是整個客戶的拓撲結構);客戶會怎樣去配置該模塊以滿足什么樣的需求(頭腦風暴);過程中客戶會有哪些操作(頭腦風暴);

          B、用例評審過程:安排相關項目經理和主管來進行評審,主要是分析還可能有哪些場景沒有考慮到,最好是能夠有具體的客戶;;安排講解該模塊的場景,保證用例責任人對模塊場景是非常熟悉的,并且過程中分析是否可能會有其他情況,來進一步完善場景用例

          C、友情提醒:模塊用戶場景盡量是有真實的客戶,而不是自己臆想出來的;模塊用戶場景最好是完整的客戶使用過程,而不是某一個測試點;并不是所有的模塊都有場景用例;

          三、模塊測試方法說明(提高該模塊的用例執行效率):

          1、將該模塊的業務邏輯圖放到用例的指定目錄,這樣方便給評審人員講解,以及后面相關人員的學習;

          2、將該模塊的排查和定位問題的方法給出來,并放到指定目錄,能夠有效指導后面人員排查和定位問題;

          3、將該模塊的測試思路和測試重點給出來,并放到指定目錄,能夠有效的指導該模塊的測試策略。

          預約申請免費試聽課

          填寫下面表單即可預約申請免費試聽!怕錢不夠?可就業掙錢后再付學費! 怕學不會?助教全程陪讀,隨時解惑!擔心就業?一地學習,可全國推薦就業!

          上一篇:如何保護無服務器應用?
          下一篇:接口測試需要驗證數據庫么?
          • 掃碼領取資料

            回復關鍵字:視頻資料

            免費領取 達內課程視頻學習資料

          • 視頻學習QQ群

            添加QQ群:1143617948

            免費領取達內課程視頻學習資料

          Copyright ? 2021 Tedu.cn All Rights Reserved 京ICP備08000853號-56 京公網安備 11010802029508號 達內時代科技集團有限公司 版權所有

          選擇城市和中心
          黑龍江省

          吉林省

          河北省

          陜西省

          湖南省

          貴州省

          云南省

          廣西省

          海南省

          奇米影视奇米色777欧美欧美一级高清片在线观看876av电影高清 百度 好搜 搜狗
          <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <文本链> <文本链> <文本链> <文本链> <文本链> <文本链>