以前寫測試用例，都是在excel上完成的。excel基本能滿足寫用例的大多數需求，但是如果測試的業務系統比較龐大，各個模組之間又有比較緊密的業務聯絡時，那麼excel可能無法滿足。
經過一段時間的探索實踐，我發現使用xmind可以解決部分問題。xmind中的思維導向圖可以很好地梳理用例，對用例進行劃分，並且在用例間建立一定的業務聯絡，例如下圖所示：
我目前採用的方式是：業務邏輯較為複雜的模組在xmind上梳理功能點和測試點，再在具體的用例管理平台中編寫用例，這種方法對於我來說效率是最高的。
關於測試用例的編寫工具、管理方法，也是仁者見仁智者見智的問題。後期如果有新的更順手的工具，會繼續記錄，感謝閱讀~
測試用例（四）測試用例編寫
一.測試用例編寫方法 1.等價類劃分 如何選擇適當的資料子集，來代表整個資料集。通過降低測試的資料去實現 合理的 覆蓋，覆蓋了更多的可能資料，以發現更多的軟體缺陷 邊界值分析法 2.邊界值分析 使用邊界值分析方法設計測試用例時一般與等價類劃分結合起來，但它不是從乙個等價類中任選乙個例子作為代表，而是...
測試用例編寫
一 測試用例編寫準備 從配置管理員處申請軟體配置 需求規格說明書 和 設計說明書 根據需求規格說明書和設計說明書，詳細理解使用者的真正需求，並且對軟體所實現的功能已經準確理解，然後著手制訂測試用例。二 測試用例制定的原則 測試用例要包括欲測試的功能 應輸入的資料和預期的輸出結果。測試資料應該選用少量...
測試用例編寫
一 測試 用例編寫準備 從配置管理員處申請軟體配置 需求規格說明書 和 設計說明書 根據 需求規格說明書和設計說明書，詳細理解使用者的真正需求，並且對軟體所實現的功能已經準確理解，然後著手制訂 測試用例。二 測試用例制定的原則 測試用例要包括欲測試的功能 應輸入的資料和預期的輸出結果。測試資料應該選...