測試用例與輸入資料的設計方法

　　這種錯誤的主要表現舉例如下：

　　測試用例的設計方法包括：

　　◆ 等價類劃分法

　　◆ 邊界值法

　　◆ 功能圖與判定表法

　　◆ 錯誤推測法

　　◆ 使用者場景法

　　◆ ......

　　除了确定輸入資料之外，測試用例的設計還包括如何确定測試用例的設計政策，如何組織設計用例，如何從測試需求等文檔建立完整的測試用例。

　　對測試執行人員來說，測試用例的表示内容包括以下幾個方面：

　　◆ 測試用例的測試目标

　　◆ 測試用例的被測功能點描述

　　◆ 測試用例的測試運作環境

　　◆ 測試用例的執行方法（包括測試步驟，輸入測試資料或測試腳本）

　　◆ 測試期望的結果

　　◆ 執行測試的實際結果

　　乍看起來有點像測試策劃（計劃）考慮的因素。但是測試用例的設計和測試計劃的設計關注點不同，測試計劃考慮的宏觀和全面些，而測試用例考慮的更窄。

　　設計測試用例首先要考慮以下幾個問題：

　　◆ 為什麼要設計測試用例？

　　◆ 誰來寫測試用例？這些寫測試用例的人的測試技術和對被測試産品了得有多深入？

　　◆ 測試用例寫給誰看，多少人将試用測試用到？

　　◆ 配置設定給寫測試用例的時間是多長？要安排幾個人來寫？

　　◆ 怎麼在測試用例的成本、品質和效率方面達到平衡？

　 　隻有回答了這些問題，才能确定測試用例的具體寫作方法和表現形式。一般而言，公司裡配置設定寫作測試用例的時間并不長，而且提供的文檔也不全面，是以寫測試 用例要符合測試部門的目前現狀和項目的測試特點，綜合考慮，是以看起來有點像測試計劃的某些内容，但是對問題的細化程度不一樣。

　　在設計測試用例時，可以綜合運用以下方法：

　　◆ 根據被測軟體的功能和特性點設計測試用例：

　　　　● 根據被測試功能點設計測試用例

　　　　● 根據軟體性能名額設計測試用例

　　　　● 根據軟體的相容性要求設計測試用例

　　　　● 根據軟體的國際化使用者要求設計國際化測試用例

　　　　● 根據...設計...用例

　　◆ 根據軟體的組成元素設計測試用例

　　　　● 設計軟體設計用例

　　　　● 設計聯機幫助和文檔手冊的設計用例

　　　　● 設計軟體的模版等資料檔案的測試用例

　　◆ 根據軟體的開發階段（裡程碑）設計測試用例

　　　　● 單元測試設計用例

　　　　● 內建測試設計用例

　　　　● 系統測試設計用例

　　　　● 驗收測試設計用例

　　◆ 根據...設計測試用例

　　　　● ......

　　具體到設計每個測試用例而言，可以考慮如下：

　　 ◆ 根據被測的最小目标，确定測試用例的測試目标

　　◆ 根據使用者使用環境确定測試環境

　　◆ 根據以下因素确定測試用例的步驟

　　　　● 使用者使用軟體的步驟或者特定場景，确定測試執行步驟地具體内容

　　　　● 執行者對産品的熟悉程度确定步驟的詳細或粗略程度

　　　　● 被測特性的複雜性也決定步驟的詳細或粗略程度

　　　　● 測試用例的執行方法（手工測試或自動化測試）确定步驟地内容表示

　　　　● 自動測試用例要編寫和調試測試腳本，手工測試給出執行步驟

　　◆ 根據設計規格說明書确定期望的測試用例執行結果

　　确定測試用例的輸入資料确實對于測試用例非常重要，它決定着測試用例的執行效果和效率，但是确定輸入測試資料隻是設計測試用例的一個步驟，而不是全部。是以，不能把測試用例的設計方法等同于測試用例資料的方法。

本文出自seven的測試人生公衆号最新内容請見作者的github頁：http://qaseven.github.io/