剛剛進入測試行業，正處於學習中，對於測試用例設計仍然不得要領，想問一個具體的問題，比如：一個程序具有文件新建，複製，重命名，刪除功能。我只能想到一兩個測試用例，應該如何設計測試用例呢？
假設測試目標程序只有“新建、複製、重命名、刪除”4個功能。可以參考以下測試思路：
1、根據功能特點提取公共測試點：文字框
（1）文字框的測試思路大都沒有什麼變化，根據支持文字類型，在ASCII表中使用等價法選擇具有代表意義的字符，如：A，a，特殊符號（特殊符號這部分可能還需要根據系統特色做一些篩選，如Windows系統的文件名對“\”，“*”等9個符號有限制）
（2）如果想更深入測試，可考慮本地化測試部分，引入不同編碼的字符測試，如Unicode，GB等.（3）最後使用邊界值對字符長度設計一些簡單的容錯用例。
2、準備好公共的功能測試點用例，則可以開始各個功能的基礎功能用例設計。
（這部分其實就是你提到的“每一種只能想到一個或者兩個測試用例”）。而在需要用到公共用例的部分，將公共用例鏈接進去。如新建、重命名等涉及文字框的功能都需要導入文字框用例組。（可能不同的文字框對字符的限制不一樣，如字符長度或字符類型，所以實際導入的過程中，需要進行簡單的篩選）
3、根據設計好的基礎功能用例，選擇出可被中斷的用例組，設計交互用例組。
可被中斷的用例通常滿足：
（1）用例單個步驟的操作需要系統響應0.5~1s.
（2）用例單個步驟的操作可持續運行。
（關於持續運行的概念，有兩種理解。一是線程被掛起，如新建功能可在申請彈出新建編輯框後，長時間不釋放資源退出。二是1個操作執行後，系統會批量處理一堆線程，如批量刪除功能。兩種概念都可以作為持續運行操作的選擇依據，只是看用例的粒度需要達到什麼成程度而已）然後可以開始選擇中斷手法，常見的中斷方式通常為高優先級的進程/線程或致命缺陷的到來。高優先級的進程/線程需要對整個系統功能進行分析，如系統提示框到來（內存資源申請失敗），電量不足提示（如果是有限電源的話）。而致命缺陷通常只能從用戶使用環境得到（可運用場景法和錯誤推斷法得到），如系統崩潰，系統斷電。
