關於新手如何編寫測試用例？

1樓：王小明

編寫測試用例的常用方法：

等價類劃分法：等價類是輸入的集合，比如在註冊時，手機號規定為系統內不存在的手機號，那麼所有已存在的手機號是乙個等價類，所有不存在的手機號是另乙個等價類。在每個等價類中選取一定數目的值作為代表。

等價類分為有效等價類和無效等價類，輸入符合條件的值對功能進行檢驗，輸入無效等價類中的值可以找出程式錯誤的地方。

邊界值分析法：對輸入的邊界值或稍大（小）於邊界值的值進行分析。比如系統要求密碼至少為6-16位。那麼密碼位數邊界值就是 5，6，7，15，16，17 。

場景法：通過運用場景來對系統的功能點或業務流程的描述，從而提公升測試效果。場景法一般分為基本流和備用流，覆蓋所有的場景。

錯誤猜測法：通過直覺和經驗對結果進行分析。

測試用例所包含的內容：

用例編號、用例名稱、測試背景、前置條件、優先順序、重要級、測試資料、測試步驟、預期結果、實際結果、備註等。隨著專案規模增大，需要引入模組便於組織用例。每個公司的要求不盡相同。

舉例如下：

2樓：

剛入行的話，建議還是從產品入手。

先大致了解一下產品的各項操作和邏輯流程

參考別人的測試用例。比如某一次的專案，從需求開始看，然後拿過來別人的用例一點點揣測。個人認為可以把值得學習的地方記錄下來等。

還要考慮，測試用例的粒度。看你們團隊一般都用什麼工具去寫用例，大概的粒度是什麼樣子的。我最開始的工作中，用例就寫的不是很詳細，用例基本都是指導你的測試思路，具體執行用例的時候，肯定還是會依賴產品的邏輯之類的。

測試也是一項根據經驗的工作。哪個開發的bug多，哪個模組出現的bug數多，一些老測試心裡大概都有數，測試的時候也會有著重點

但是，測試用例如果寫的好，乙個用例就可以覆蓋多個測試點的話，就會大大提高測試的效率。所以，寫用例的時候，思路也是很重要的

大致就想到那麼多，先就寫到這吧～祝順利～

3樓：程式設計師吾非同

一般實際工作中的測試用例都比較簡化，同型別的用例會合併到一起，並且一般會從展示（ui）、邏輯（業務）、互動異常等方向考慮。這些方法知道原理就行了，在實際工作中一般不會用單一的方法寫用例，拿乙個實際的軟體開始思考，多角度考慮，培養自己思維的發散性和完整性。