您現在的位置是：首頁 > 綜合

測試新人如何編寫測試用例？一文帶你寫一個合格的測試用例

由土豆聊軟體測試發表于綜合
2022-02-12

簡介按增刪改查操作來梳理，分為：表單測試：涉及到資料提交的頁面，包含新增或刪改資料頁面搜尋測試：為資料查詢的頁面刪除測試：為資料刪除的頁面cookies、session 等測試：使用者操作角度，補充測試資料庫測試：頁面新增、修改、刪除、查詢業務

交叉測試用例怎麼寫

經常看到無論是剛入職場的新人，還是工作了一段時間的老人，都會對編寫測試用例感到困擾？例如：

固然，

編寫一份好的測試用例需要：充分的需求分析能力 + 理論及經驗加持

。但這並不意味著，沒測試經驗、分析能力弱就不能寫好用例，還是有方法可循的。作為混跡測試職場 9 年的老人，給大家分享一些用例編寫的心得，接下來我會從以下幾個方面展開來講：

測試用例概念、作用、內容等介紹

如何編寫測試用例？

微信傳送朋友圈案例分享

為了支援一下新入行的朋友們，這裡也把我入行多年精心整理的上百份學習資料和講解影片分享出來，新手入門絕對用得上，需要的朋友轉發+關注+私信【軟體測試】發你

一、測試用例介紹

測試用例是為專案需求而編制的一組包含測試輸入、執行條件以及預期結果的文件，以便測試某個程式是否滿足客戶需求。

1、為什麼要寫測試用例？

是測試工作的指導，是軟體測試質量穩定的根本保障，評估測試結果的基準。

有一份用例來指導測試執行，可以在測試人員疲累的時候起到一個牽引作用。

編寫用例的過程中，透過熟悉需求，對系統架構或業務有更深入理解

可避免測試背鍋

2、測試用例模板：每家公司模板可能會有差異性，一般大致包含以下內容

用例編號：唯一性，一般規則：產品名_測試階段（it st uat）_測試項_數字

測試專案：對應一個功能或子功能模組

測試標題：一句話總結當前測試的用意和目的

重要級別：高/中/低

預置條件：需要滿足一些前提條件，否則用例無法執行

測試輸入：需要加工的輸入資訊，跟步驟結合起來一定要具有指導性意義

操作步驟：明確給出每個步驟的描述，執行人員可以根據該步驟完成執行工作

預期結果：根據預期輸出比對實際結果，來判斷被測物件是否符合需求

實際結果：透過測試執行後的實際結果，寫用例時為空。

3、測試用例編寫形式

透過 Excel 編寫，上述給出的模板就是該種形式，適用於專案開發時間比較充分的情況下

透過 Xmind 梳理測試點，適用於專案開發時間緊急情況下

專案管理平臺例如禪道上編寫，不常用

二、如何編寫測試用例

大體思路分為三步：

第 1 步：依據需求梳理功能及功能點

第 2 步：透過測試理論方法及經驗，梳理測試點

第 3 步：挖掘隱性需求，覆蓋非功能測試層面

舉例：

微信朋友圈動態傳送

第 1 步，依據需求梳理功能及功能點

簡而言之，就是把你能看得到的功能及功能點梳理出來。公司一般都有產品需求資料，例如需求規格說明書文件、原型圖、UI 設計圖；當沒有任何需求資料情況下，可以透過操作軟體來熟悉業務。像傳送朋友圈，我們可以

先功能模組—> 再子功能—> 再到功能需求細節

來梳理，注意一些不明確的需求細節需要及時跟產品確認。大致梳理如下：

第 2 步：透過測試理論方法及經驗，梳理測試點

這一步非常重要，依據需求梳理完功能點後，接下來我們需要針對每個功能點拆分整理具體的測試點，這時候我們需要設想使用者操作的所有情況，包含到正常及異常場景。

我們需要同時具備測試理論方法和測試經驗，才能較好地設計出一份全面可靠的測試用例。常見的測試用例設計方法包括：等價類劃分、邊界值分析、判定表、因果圖、錯誤推測法、場景法、正交試驗法、狀態遷移法等。測試經驗需要多個專案測試的積累及沉澱。對於測試新人來說，測試經驗可能趨於 0，這個時候可以先借鑑一些前人的經驗。對於此，我曾經整理過一份資料，很多測試新人用過資料後都覺得對測試用例有了豁然開朗的感覺，知道怎麼去寫用例了。

這份資料分享如下：