你设计用例的思路和依据是什么？你设计的用例是否能保证测试覆盖率？
这两个问题，是每当我编写完测试用例时心里都会存在的两个疑问。果不其然，在自己都没完全弄清楚为什么要这样或那样设计测试用例的前提下，测试结果也同样难以经受考验。因此，有必要对应该测什么这个问题进行自我总结，不期面面俱到，只望测试用例能有所依据。
结合这段时间学习的探索性测试的知识，对被测试对象的类型进行简单划分，作为测试用例的分类依据：
（1）基本功能。具体对应到需求文档上明确规定的每一项业务功能，用例必须全部覆盖到。
（2）历史版本遗留的功能以及曾出现缺陷的区域。新版本也必须保证以前的功能可以通过，曾经出现缺陷的地方也是新版本需要注意的地方，往往遗留问题可以从这里找到。
（3）经常被新用户访问的区域。如：用户注册功能，设置收获地址，新用户的一些配置信息等等，需要详细的测试。
（4）用户没有与系统交互，但是实际上程序内部正在进行一系列处理操作的情景。如：退入后台，退出登录或者关闭软件，任务中杀死程序，数据在后台备份，文件在后台处理等等，软件运行是否正常。
（5）基础功能之外，提高软件易用性和用户体验的辅助功能。比如：操作向导，用户说明，系统友好提示，快捷操作功能，快速查询，密码找回，用户反馈，界面跳过等等
（6）用户可能不常使用，但是容易出现问题的区域。这部分需要了解资源使用情况，重点考虑各种边界情况进行测试，比如导出excel表格--office软件经常出现各种问题，打印--端口占用问题，删除文件--文件被锁定删除出错，等等
如上，暂时想到这些，准备作为自己设计用例的参考项，后续再补充。
