qileilove

          blog已經轉移至github,大家請訪問 http://qaseven.github.io/

          總結測試用例的設計

            作為一位功能測試人員,其主要的職能就是進行測試用例的設計,并根據測試用例執行測試,通過全面的測試來驗證產品的質量。因此測試用例也從側面反映了一個測試人員的測試思路的嚴密和發散性,要做好功能測試,測試用例的重要性無法忽視。現將本人設計測試用例的流程和思路進行總結,也方便進行交流和探討:

            1) 首先要對測試用例的組織結構進行劃分

            如果公司的測試流程還算規范完整的話,在進行需求評審的時候,測試人員就應該根據需求對測試用例的結構進行分類,如果是一個比較大型的管理系統,那么測試用例就可以根據功能模塊來進行分類,比如:

            如果是游戲,就可以根據場景來進行劃分,比如:

            對測試用例的組織結構進行劃分的思路,主要根據需求文檔的測試切入點來進行參考。

            2) 根據功能點細致地設計測試用例

            進行完需求評審后,開發人員會根據需求文檔及自己所負責的工作提 交自己的設計文檔來進行評審,測試人員可以參考設計文檔中的內容提取出各個功能模塊中的功能點來設計測試用例,如果是管理模塊,首先可以將增刪查改功能作 為第一層功能點,然后再根據必填項非空判斷、輸入格式驗證來作為第二層功能點;如果是報表模塊,就可以根據各種查詢條件來提取功能點。

            劃分好功能點后,就可以利用等價類劃分、邊界值分析等一些測試方法來編寫測試用例,并且可以進行標注,這樣對于后期的測試用例整理相當有幫助。

            3) 執行完一輪測試之后,都要對測試用例進行補充和整理

             執行完一輪測試之后,都會對所測試的內容有進一步的了解,并且開發人員在實際開發過程中,會對某些功能的細節部分做出一些修改,測試人員應該根據變更和 熟悉程度對之前編寫的測試用例進行完善,主要是對測試步驟的修改和異常情況的補充,提高測試用例對需求的覆蓋率,以便能發現更多的BUG。

            4) 測試結束之后,根據測試用例整理出測試思路進行總結

            測試結束之后,測試人員在提交測試報告之后一般基本就會有一段短暫的休閑期,在此期間,再看看被自己不斷完善的測試用例,根據用例中的標注,可以將之前的測試思路很條理地整理出來,反思有哪些地方考慮不足,這就是經驗積累。

             做好這些工作之后,在面對領導問你功能測試會測試到哪些功能,會測試哪些情況,執行一輪測試所需的大概時間問題時,測試人員就可以根據自己編寫的測試用 例進行流利回答。套用郭德剛的一句詞:做科學的人都是很嚴謹的。大家作為都是有身份證的測試人員,只有工作做得細致嚴謹,自身的水平才能得到提高。(以上 言論僅代表作者的個人觀點,不代表51Testing觀點)

          posted on 2011-10-26 13:33 順其自然EVO 閱讀(12856) 評論(0)  編輯  收藏 所屬分類: 測試學習專欄

          <2011年10月>
          2526272829301
          2345678
          9101112131415
          16171819202122
          23242526272829
          303112345

          導航

          統計

          常用鏈接

          留言簿(55)

          隨筆分類

          隨筆檔案

          文章分類

          文章檔案

          搜索

          最新評論

          閱讀排行榜

          評論排行榜

          主站蜘蛛池模板: 临沂市| 枣强县| 万安县| 哈巴河县| 武强县| 阿巴嘎旗| 榕江县| 山阴县| 和田市| 光山县| 临西县| 黑河市| 南雄市| 石阡县| 宜宾县| 荥经县| 沐川县| 马尔康县| 巴楚县| 贵阳市| 宣威市| 安福县| 舟山市| 民和| 辛集市| 奉节县| 那曲县| 余姚市| 西盟| 扶绥县| 涟水县| 盐源县| 靖宇县| 宣威市| 辉南县| 商河县| 荥阳市| 涪陵区| 西贡区| 平原县| 武城县|