天天看點

公司不重視軟體測試,新來的阿裡P8給我們撰寫了測試用例編寫規範

 測試用例(Test Case)是指對一項特定的軟體産品進行測試任務的描述,展現測試方案、方法、技術和政策。其内容包括測試目标、測試環境、輸入資料、測試步驟、預期結果、測試腳本等,最終形成文檔。

1)能看懂需求文檔,找準測試測試依據

公司不重視軟體測試,新來的阿裡P8給我們撰寫了測試用例編寫規範

公司不重視軟體測試,新來的阿裡P8給我們撰寫了測試用例編寫規範

作為測試人員,需求文檔是測試軟體的依據,首先需要看懂産品的需求文檔。對于需求文檔涉及的測試點能夠整理出來,簡單了解就是把大段的文字描述轉化為思維導圖的過程,推薦大家通過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測試用例編寫方法.

公司不重視軟體測試,新來的阿裡P8給我們撰寫了測試用例編寫規範
公司不重視軟體測試,新來的阿裡P8給我們撰寫了測試用例編寫規範

​​【測試用例編寫規範】​​