軟體測試規範的編寫是為了給測試人員在測試用例編寫的過程中提供乙個指導。
測試是軟體交付使用者使用前乙個不可缺少的環節，它存在的目的有四個：1）找到盡可能多的找到系統中的bug；2）關注使用者的需求；3）根據測試最終結果分析和評估軟體的質量風險；4）找到軟體開發過程中的缺陷。具體內容可以上網查詢。
寫測試用例前要了解這個系統的業務邏輯，將系統到各個子系統模組進行細化，從巨集觀到微觀，從同級關係，上下級關係以及各系統間的接**互進行了解。
就和看目錄一樣，先看所有的大標題，然後再看大標題下的小標題，然後在看各個頁面具體內容。
例如：新生入學-新生入學管理員
具體的業務需要個人理解+多與專案開發人員溝通
.net版高校雲平台的用例最終將填寫到禪道中進行管理，參照原型圖導航欄。
格式要求：編號（系統首字母+001）+模組名稱+頁面名稱+查詢用例
例如：
用例中前置條件可有可無。但是如果有前提的，要寫上。
比如：1 )刪除學生資訊，要選中學生資訊（核取方塊）才可以刪除
2）成績管理，需要考完試，有資料後才能進行此測試
寫測試用例，簡單來說就是操作步驟/輸入動作，根據操作步驟的分類（正確性測試、容錯性測試、介面測試、資料庫測試），得到預期結果。當完成操作步驟後，得到實際結果。
輸入使用者實際資料以驗證系統是滿足需求規格說明書的要求；測試用例中的測試點應首先保證要至少覆蓋需求規格說明書中的各項功能，並且正常。
例如：qx001-雲平台-應用管理-預設列表後台用例
輸入非法資料（非法型別、不符合要求的資料、溢位資料等），程式應能給出提示並進行相應處理。
例如：qx001-雲平台-應用管理-預設列表後台-新增系統用例
測試各個模組相互間的協調，資料輸入輸出的一致性和正確性。
依據資料庫設計規範對軟體系統的資料庫結構、資料表及其之間的資料呼叫關係進行測試。
例如：qx001-雲平台-應用管理-預設列表後台-新增系統用例
對於每個必填資料項，都生成乙個用例（不提供空值的除外，比如無空值的下拉框、有預設值的單選按鈕組），則預期結果提示該資料項為空。
例如：xsrx001-學生管理-a3完善學生個人資訊用例
對資料輸入框輸入乙個取值範圍外的測試用例。提示框可以提示取值超出範圍。
例如：前提條件
所有組織：生科學院、數信學院、文學院、體育學院、外國語學院
優先順序範圍：1~99間的正整數
根據測試人員過去豐富的經驗和在測試過程中培養的直覺，提出可能的錯誤（對於初級測試人員來說，要做到這一點還有很大難度和偏差，多多努力積累經驗吧！）
理解和使用系統的難易程度（介面友好性）
可理解性測試，測試人員可以站在使用者角度，對系統進行操作，看是否可以得到預期的結果。
例如：xsrx001-學生管理-a3完善學生資訊頁——個人資訊用例
明白各個模組如何操作
在寫用例的過程中根據功能的優先順序，寫的用例級別也不同，一般咱們分了3-4個等級。
怎麼確定用例的等級呢？一般根據測試人員對於需求的了解和專案計畫中，功能的重要程度或者專案是處於開發階段還是優化階段等情況來確定。
數字越小，優先順序越高
用例級別是在分配測試任務的時候乙個很好的參考。
編寫測試用例還有乙個粒度的問題需要注意。粒度可大可小，寫的用例可以以乙個介面為乙個用例，也可以為乙個功能寫多個用例。
怎麼確定粒度大小呢？1、根據用例的級別確定用例難易程度2、根據測試組長要求的測試用例粒度大小。
在高校雲平台中，評教、基礎、新生入學以及許可權四個子系統，要求的粒度都要到達以功能級別。個別功能粒度大小可和組長進行協商。
介面級別：介面功能非常簡單，可以寫成介面級用例；
功能級別：每乙個功能都是乙個或多個用例；
用例寫好了，但是不知道填到禪道哪個模組**？
a、開啟禪道，建新用例
b、新增用例。產品模組是高校雲平台+右側藍框中對應的分支。
1）系統選擇錯誤（參考6.1 a）
小結：寫完這個文件，對於測試用例也有了乙個不一樣的了解。工具和文件相結合，提高效率和工作能力。
理論性的可以看看前一篇《測試用例規範v1.0》
測試用例規範
版本號 撰寫人撰寫時間 備註v1.0.0 大帥2021年2月01日 建立文件 統一用例編寫的規範，為測試人員提供測試用例編寫的指導，提高編寫的測試用例的可讀性，可執行性 合理性。為測試執行人員更好執行測試，提高測試效率，最終提高公司整個產品的質量。適用於整合測試和系統測試測試用例的編寫，現在編寫用例...
介面測試用例規範
通常，設計介面測試用例需要考慮以下幾個方面 1 是否滿足前提條件 有些介面需要滿足前提，才可成功獲取資料。常見的，需要登入token 逆向用例 針對是否滿足前置條件 假設為n個條件 設計0 n條用例 2 是否攜帶預設值引數 正向用例 帶預設值的引數都不填寫 不傳參，必填引數都填寫正確且存在的 常規 ...
零基礎學軟體測試V2 0
本系列是在之前的基礎上進行了修改更新，原來的內容顯得過於簡單，但都是重點，這次對於過於簡單部分增加了更詳細的內容。目前國內越來越重視軟體測試，人才的缺口也是比較大的，為了幫助大家快速的學習測試知識來找到滿意的工作，特此來分享本系列的課程。本教程的重點是黑盒測試基礎知識和資料庫部分的內容，其他部分也會...