如何組織測試用例
如何報告測試用例
（誰 在什麼條件下 對什麼進行測試 如何進行測試 依據的需求是什麼 與其他的測試用例有什麼關聯）
id：責任人：誰
被測物件：對什麼進行測試
測試需求：概括說明測試目的
預置條件：說明測試用例執行要滿足的前提條件
輸入和預期輸出：測試用例的核心內容
優先順序：該測試用例的重要級
與其他測試用例的關聯：了解關聯
總的來說，要解決的問題就是：誰、在什麼條件下、對什麼進行測試、如何進行測試、依據的需求是什麼、與其他測試用例有何關聯
是在軟體生命週期中識別和管理缺陷的過程，確保缺陷被跟蹤管理二不丟失
（一般需要跟蹤管理工具來幫助進行缺陷的全流程管理）
缺陷的屬性
缺陷具有可重現性，嚴重性，優先順序等屬性
可重現性：
即缺陷應可以滿足不止一次地觸發出現
無法重現的bug是無法修復的
在如下情況，缺陷可能是無法重現的
收到誤差累積的影響 | 與特殊日期相關的 | 與程式或功能執行次數相關的缺陷 | 缺陷可能導致及其嚴重的後果而無法恢復
如何確保缺陷重現
測試前對相關環境和資料備份
測試過程中詳細記錄下每乙個測試步驟和系統的響應
使用不同的測試資料或操作步驟，或改變測試環境，看能否觸發缺陷
重複相同的測試至少3次
嚴重性
優先順序
（嚴重性高的缺陷通常指定高優先順序）
可修復性
在如下情況下，缺陷通常得不到修復
缺陷不被認可
缺陷無需修復
缺陷沒時間修復
修復風險太高
需要在需求報告中明確體現
缺陷報告的內容
第二部分：核心資訊
描述：在什麼條件下、如何操作、出現什麼缺陷、基本屬性如何
常見缺陷
功能性缺陷、效能缺陷、設計缺陷、介面缺陷、邏輯缺陷、計算缺陷、資料缺陷、使用者介面缺陷、文件缺陷、配置缺陷、環境缺陷、相容性缺陷等等
缺陷報告
如何保證缺陷的到及時提交和解決
如何對缺陷進行跟蹤和管理
典型的缺陷處理流程
缺陷的跟蹤
啟用 分配 解決 關閉
軟體測試 用例
三 什麼是測試用例的有效性 四 測試用例的粒度和評價 軟體測試 用例 本節重點 1.測試用例的基本要素 2.測試用例的設計方法 3.測試用例的有效性 4.測試用例的粒度和評價 測試用例就是向被測試系統發起的一組集合，包含測試資料，測試環境，操作步驟，預期結果 要素 測試前期 測試版本 功能模組 重要...
測試用例管理
對於應用軟體測試可以參考軟體開發模式來管理測試用例。乙個應用軟體產品對應的業務規則在很長一段時間是不會改變的。我們可以根據的這個特點來管理測試用例。舉個例子 比如銀行軟體，有存款 取款 匯款幾項業務。在使用過程中往往是在進行了多個業務之後的賬戶就很容易出錯。問題1 2次存款 3次取款後，利息計算錯誤...
軟體測試與軟體測試用例
程式設計要寫 測試要寫用例。做了這麼多年的軟體測試工作，經歷了對測試用例認識的不同階段。第一階段，入門。編號，測試點，測試環境，測試資料，測試步驟，預期結果，設計人，設計時間，執行結果，執行時間，備註。所有的一切都要寫的清清楚楚，詳詳細細。設計 評審 修改，迴圈往復。這個階段提到的有關測試用例設計最...