總結測試用例的設計

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

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

　　若是公司的測試流程還算規範完整的話，在進行需求評審的時候，測試人員就應該根據需求對測試用例的結構進行分類，若是是一個比較大型的管理系統，那麼測試用例就能夠根據功能模塊來進行分類，好比：

　　若是是遊戲，就能夠根據場景來進行劃分，好比：

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

　　2） 根據功能點細緻地設計測試用例

　　進行完需求評審後，開發人員會根據需求文檔及本身所負責的工做提交本身的設計文檔來進行評審，測試人員能夠參考設計文檔中的內容提取出各個功能模塊中的功能點來設計測試用例，若是是管理模塊，首先能夠將增刪查改功能做爲第一層功能點，而後再根據必填項非空判斷、輸入格式驗證來做爲第二層功能點；若是是報表模塊，就能夠根據各類查詢條件來提取功能點。

　　劃分好功能點後，就能夠利用等價類劃分、邊界值分析等一些測試方法來編寫測試用例，而且能夠進行標註，這樣對於後期的測試用例整理至關有幫助。

　　3） 執行完一輪測試以後，都要對測試用例進行補充和整理

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

　　4） 測試結束以後，根據測試用例整理出測試思路進行總結

　　測試結束以後，測試人員在提交測試報告以後通常基本就會有一段短暫的休閒期，在此期間，再看看被本身不斷完善的測試用例，根據用例中的標註，能夠將以前的測試思路很條理地整理出來，反思有哪些地方考慮不足，這就是經驗積累。

　　作好這些工做以後，在面對領導問你功能測試會測試到哪些功能，會測試哪些狀況，執行一輪測試所需的大概時間問題時，測試人員就能夠根據本身編寫的測試用例進行流利回答。套用郭德剛的一句詞：作科學的人都是很嚴謹的。你們做爲都是有身份證的測試人員，只有工做作得細緻嚴謹，自身的水平才能獲得提升。（以上言論僅表明做者的我的觀點，不表明51Testing觀點）

版權聲明：本文出自xunmi的51Testing軟件測試博客：http://www.51testing.com/?226250

原創做品，轉載時請務必以超連接形式標明本文原始出處、做者信息和本聲明，不然將追究法律責任。