刚刚进入测试行业，正处于学习中，对于测试用例设计仍然不得要领，想问一个具体的问题，比如：一个程序具有文件新建，复制，重命名，删除功能。我只能想到一两个测试用例，应该如何设计测试用例呢？
假设测试目标程序只有“新建、复制、重命名、删除”4个功能。可以参考以下测试思路：
1、根据功能特点提取公共测试点：文字框
（1）文字框的测试思路大都没有什么变化，根据支持文字类型，在ASCII表中使用等价法选择具有代表意义的字符，如：A，a，特殊符号（特殊符号这部分可能还需要根据系统特色做一些筛选，如Windows系统的文件名对“\”，“*”等9个符号有限制）
（2）如果想更深入测试，可考虑本地化测试部分，引入不同编码的字符测试，如Unicode，GB等.（3）最后使用边界值对字符长度设计一些简单的容错用例。
2、准备好公共的功能测试点用例，则可以开始各个功能的基础功能用例设计。
（这部分其实就是你提到的“每一种只能想到一个或者两个测试用例”）。而在需要用到公共用例的部分，将公共用例链接进去。如新建、重命名等涉及文字框的功能都需要导入文字框用例组。（可能不同的文字框对字符的限制不一样，如字符长度或字符类型，所以实际导入的过程中，需要进行简单的筛选）
3、根据设计好的基础功能用例，选择出可被中断的用例组，设计交互用例组。
可被中断的用例通常满足：
（1）用例单个步骤的操作需要系统响应0.5~1s.
（2）用例单个步骤的操作可持续运行。
（关于持续运行的概念，有两种理解。一是线程被挂起，如新建功能可在申请弹出新建编辑框后，长时间不释放资源退出。二是1个操作执行后，系统会批量处理一堆线程，如批量删除功能。两种概念都可以作为持续运行操作的选择依据，只是看用例的粒度需要达到什么成程度而已）然后可以开始选择中断手法，常见的中断方式通常为高优先级的进程/线程或致命缺陷的到来。高优先级的进程/线程需要对整个系统功能进行分析，如系统提示框到来（内存资源申请失败），电量不足提示（如果是有限电源的话）。而致命缺陷通常只能从用户使用环境得到（可运用场景法和错误推断法得到），如系统崩溃，系统断电。
