測試用例(Test Case)是指對一項特定的軟體産品進行測試任務的描述,展現測試方案、方法、技術和政策。其内容包括測試目标、測試環境、輸入資料、測試步驟、預期結果、測試腳本等,最終形成文檔。
1)能看懂需求文檔,找準測試測試依據
![](https://img.laitimes.com/img/__Qf2AjLwojIjJCLyojI0JCLicGcq5SN3kjM0ETZkhjYkhTZxUDOxYzXxQzNwAjM1AzLcFTMxIDMy8CXn9Gbi9CXzV2Zh1WavwVbvNmLvR3YxUjL3M3Lc9CX6MHc0RHaiojIsJye.jpg)
作為測試人員,需求文檔是測試軟體的依據,首先需要看懂産品的需求文檔。對于需求文檔涉及的測試點能夠整理出來,簡單了解就是把大段的文字描述轉化為思維導圖的過程,推薦大家通過Xmind的形式整理。【測試用例編寫規範】
其次,在需求文檔的基礎上結合測試環境或者産品人員,加深對需求的了解,友善後續更好的熟悉需求,整理測試點編寫用例。
2)整理測試點
整理測試點的好處就是給編寫用例的人員提供一個全面可靠的思路,防止設計用例過程的遺漏或者錯誤。同時也可以降低直接拿着需求文本編寫用例的難度。編寫的宗旨,最起碼確定能覆寫所有需求。
将需求文檔中的需求轉化為測試點,友善編寫測試用例,一般按照需求文檔拆分成小的功能點,分别去驗證。拆分到直接能夠編寫用例的程度,這個過程中可以使用一些設計用例的方法,即分别驗證每一個小的測試目的。
公司新來的阿裡P8把設計用例規範的整理成下面的PDF文檔,包含了測試用例原則,測試用例主要元素,測試用例編寫規範,測試用例編寫細則,測試用例編寫方法。看完這個PDF,你的測試用例再也不用擔心出問題了。
1.目的..12.範圍.23.術語解釋4測試用例原則
4.1系統性
4.2連貫性
4.3全面性
4.4正确性
4.5符合正常業務慣例.
4.6仿真性
4.7可操作性
5測試用例主要元素6測試用例編寫規範
6.1正常的測試用例:
6.2初始化的測試用例:
6.3邊界的測試用例.
6.4空值的測試用例:
6.5格式錯誤的測試用例:
6.6溢出的測試用例:
6.7關聯的測試用例:
6.8唯一值的測試用例:
6.9權限不足的測試用例:
6.10角色權限的測試用例:
7測試用例編寫細則.….
7.1測試用例命名規則...
7.2測試用例編号規則..
8測試用例編寫方法..
8.1測試用例編寫準備..
8.2測試用例編寫方法.
【測試用例編寫規範】