如何組織
測試用例
比如何寫測試更重要。個人的一些經驗總結在此。
1. 使用describe 和 context 來區分 不同的測試分類和同乙個測試的不同方面
describe 一般用作分類，需要測試什麼東西
context 用來對需要測試的東西的不同方面 比如
descirbe order do #分類
describe "#status" do
context "should include a default value" do #具體的某一方面
... ...
end
end
end
可以參考的
文章@ihower的ppt，
2. 區分類方法和例項方法
如 類方法用 .class_method, 例項方法使用 #instance_method
3. 最好巢狀超過三層測試用例結構
比如 如下的測試**看起來就非常清楚
describe classa do
describe "#method_a" do
context "x = 1" do
end
end
end
4. 遇到多種交錯的測試條件 改怎麼辦？
比如 我們要測試方法 method_a , 然後 方法 method_a 中有method_b 的條件約束 改怎麼辦呢？
如何編寫測試用例
一 準備工作 要全所有的相關文件 1 產品需求文件 prd 2 用例說明 3 產品的設計原型 4 產品的效果圖 二 分析整個系統 軟體 的結構和業務流程 1 確認好功能點及需求，對存在分歧的或是可優化的部分可以及時與產品經理進行溝通。2 核對好產品功能和效果圖是否完備，如果存在問題要與產品 ui設計...
如何設計測試用例
測試基礎 測試用例 測試用例 test case 是為某個特殊目標而編制的一組測試輸入 執行條件以及預期結果，以便測試某個程式路徑或核實是否滿足某個特定需求。測試用例作用 檢驗是否滿足客戶需求 度量測試人員的工作量 展現測試用例的思路。測試用例包含 用例編號 唯一的編號。用例名稱 言簡意賅，描述準確...
如何設計測試用例
用例設計原則 存在關聯業務的測試點的考慮 常用測試設計方法 測試型別分析法 將乙個功能點按照不同的測試型別進行劃分，針對每乙個測試型別都進行測試點設計的分析方法。舉例說明 功能測試 效能測試 壓力測試 可靠性測試 相容性測試 安全性測試 容錯測試 功能測試常規測試點 基本流程測試 單個輸入框測試 邊...