版本控制
版本號
日期
編制人員
審核人員
參與人員
更新說明
1.0***x
***xx
建立初目錄
版本控制 2
1、引言 4
1.1 編寫目的 4
2、 用例設計 4
2.1用例設計的原則 4
2.2用例設計優先順序 5
2.3用例設計的方法 5
2.3.1等價類劃分法： 6
2.3.2邊界值分析法 6
2.3.3錯誤推測法： 7
2.3.4因果圖法 8
2.3.5判定表驅動法 8
2.3.6正交實驗法 9
3、 產業bd測試部門用例模板 9
規範***xx測試團隊測試人員的用例設計規範，提供用例設計效率。保證測試產品的質量。
用例設計
每乙個測試需求至少有乙個用例與之對應。
每個測試用例包含的測試步驟盡量不超過10個。
每乙個步驟只包含一種情況。
每個測試用例包含的測試步驟不得小於2個
測試用例設計時應該包含功能的邊界情況，等價類等方法。
對於流程盡量實現每個路徑的覆蓋。
關注需求中特別提出的許可權，必填項，初始值和計算結果等內容。
需要測試列印時，還是需要用實際的印表機進行列印。
測試用例設計根據測試範圍進行評審檢查，覆蓋全部範圍。
測試集合根據測試方案及對應的需求變更建立集合，每個集合包含對應的測試需求和測試用例。
在設計用例時，劃分用例的優先順序，這樣可以避免在測試人力或者時間緊缺的情況下，保證系統的質量，具體的優先順序如下：
用例設計型別
用例優先順序
用例執行優先順序（具體根據測試時間來定）
測試優先順序（測試優先順序可以根據測試的時間來定）
備註
業務流高低高
功能點中中高
ui測試中高
中使用者體驗低低
低包括：易用性，
功能測試用例設計的方法很多，包含等價類劃分法，錯誤推測法，因果圖法，判定表驅動發，正交試驗設計法，功能圖法，場景圖等，具體如下：
有效等價類：指對程式的規格說明來說是合理的，有意義的輸入資料的構成的集合，利用有效等價類可測試程式是否實現了規格說明中所規定的功能。
無效等價類：指對於程式的規格說明來說是不合理的或者無意義的輸入資料構成的集合，對於具體的問題，無效等價類至少應該有乙個，也可能是多個。
完備測試，避免冗餘。
集合的劃分為不相交的一組子集，子集的並是整個集合。
子集互不相交，保證一種形式的無冗餘性。
同一類中標識乙個測試用例，同一等價類中，處理相同，相同的執行方法。
邊界值分析不是從某個等價類中隨便挑乙個作為代表，而是從這個等價類的每個邊界都要作為測試條件。
邊界值分析不僅考慮輸入條件，還要考慮輸出空間產生的測試情況。
大量的錯誤是發生在輸入或者輸出範圍的邊界上，而不是發生在輸入輸出範圍的內部，因此針對各種邊界情況設計測試用例，可以查出更多的錯誤，使用邊界值分析方法設計測試用例，首先應該確定邊界情況。通過輸入和輸出等價類的邊界，就是應該著重測試的邊界情況。應當選取正好等於，剛剛大於或剛剛小於邊界的值作為測試資料，而不是選取等價類中的典型值或任意值作為測試資料。
對16bit的整數而言，32767和32768是邊界
螢幕上游標在最左上、最右下位置
報表的第一行和最後一行
陣列元素的第乙個和最後乙個
迴圈的第0次、第1次和倒數第2次、最後一次
輸入的線性表為空表；
表中只含有乙個元素；
輸入表中所有元素已排好序；
輸入表已按逆序排好；
輸入表中部分或全部元素相同。
確定規則的個數。假如有n個條件，每個條件有兩個取值（0，1），故2n種規則。
列出所有的條件樁和動作樁
填入條件項
填入動作項，等到初始判定表
簡化，合併相似規則（相同動作）
***xx測試部門用例模板
整個***xx專案都是web測試，為了提高測試的效率，需要在模板的基礎上補充復用性測試用例，方便大家在遇到的時候直接復用。
個人認為復用性比較高的功能點有兩個模組，賬戶管理和使用者管理
模組
功能點
子功能點
備註
賬戶管理
使用者註冊
使用者登入
忘記密碼
使用者管理
使用者管理
新，刪，改，查
使用者許可權
新，刪，改，查
角色管理
新，刪，改，查
注意：如果還有常用的請大家列舉出來，到時候方案評審通過之後，用例會根據測試計畫來分配給相關人員寫。完成之後統一評審，統一歸檔。方便後期大家使用。
軟體測試 3 用例測試
驗證軟體有或沒有問題，檢驗它是否滿足規定的需求或弄清預期結果與實際結果之間的差別。以客戶為中心，遵循軟體測試的規範 流程 標準 和要求。測試並不僅僅是為了找出錯誤。通過分析錯誤產生的原因 階段及錯誤發生的趨勢，1.幫助專案管理者了解當前軟體開發過程中的缺陷，以便及時糾察 改進。2.幫助測試人員設計出...
測試人員測試用例設計編寫規範
測試用例設計編寫規範 一 用例設計依據 1 需求說明書 2 專案測試需求功能點 3 測試工程師本人的理解程度 個人經驗 二 用例內容 1 用例編號 唯一標識，與需求編號對應，為多對一關係 2 模組名稱 3 子模組名稱 5 用例級別 確定用例執行的級別 6 前提條件 執行用例時需要的預置條件 7 操作...
軟體測試 判定錶用例設計方法
判定表是分析和表達多種輸入條件下系統執行不同動作的工具，它可以把複雜的邏輯關係和多種條件組合的情況表達得既具體又明確。1 條件樁 列出系統所有的輸入和條件 2 條件項 所有輸入和條件的真假值 3 動作樁 列出系統可能採取的操作和輸出 4 動作項 列出在所處條件項下，系統出現的動作 確定輸入和輸出,列...