1. 测试用例的设计需要遵守
（1）制定测试用例的策略和思想，在测试计划中描述出来
（2）设计测试用例的框架，也就是测试用例的结构
（3）细化结构，逐步设计出具体的测试用例
（4）通过测试用例的评审，不断优化测试用例
2. 为什么需要测试用例，简述以下几方面
（1）测试用例是测试人员在测试过程中的重要参考依据
（2）测试用例可以帮助实施有效的测试
（3）良好的测试用例不断地被重复使用，使得测试过程事半功倍
（4）测试用例是一个知识积累的过程
3. 测试用例的元素（5W1H）
（1）测试目标Why，为什么而测？功能、性能、可用性、容错性、兼容性、安全性等
（2）测试对象What，测什么？被测试的项目，如对象、函数、类、菜单、按钮、表格、接口、整个系统等
（3）测试环境Where，在哪儿测？测试用例的运行环境，包括系统配置、设定、操作系统、浏览器、通讯协议等
（4）测试前提When，什么时候开始测？测试用例运行时的前提或条件
（5）输入数据Which，哪些数据？在操作时，系统所接受的各种可变化的数据
（6）操作步骤How，如何测？执行软件和程序的先后次序步骤等
4. 功能测试用例设计时，一般操作流程
（1）模块划分
（2）确定哪些模块适合手工测试，哪些模块适合自动化测试
（3）根据功能结构及其关系，抓住测试点
（4）首先设计最上层的测试用例，然后再向下逐层推进
（5）测试用例的评审
5. 功能测试可以从以下几个方面进行测试
（1）界面测试：整体布局的合理性，是否清晰、美观等
（2）数据测试：接受正确的数据输入，并对异常数据的输入有提示和容错处理
（3）操作测试：内容包括所有菜单、按钮的设计须符合操作习惯，能对操作有正确的响应，而且操作灵活、符合用户的习惯等
（4）逻辑测试：是否逻辑合理、清楚、流程不复杂
（5）接口测试：让接口能配合多种硬件周边设备
6. 软件测试用例的设计方法
（1）等价类划分法
（2）边界值分析方法
（3）因果图
（4）功能图
（5）错误推测方法
7. 等价类划分法
（1）把所有可能的输入数据，即程序的输入数据集合划分成若干个子类（即等价类），然后从每一个等价类中选取少数具有代表性的数据作为测试用例
（2）有效等价类：输入完全满足程序输入的规格说明，可以检验程序是否满足规格说明所规定的功能和性能
（3）无效等价类：不满足程序输入需要或者由无效输入数据构成的集合
8. 边界值分析法
（1）开发人员往往忽视边界条件
（2）只有边界值确定下来，才能划分出有效等价类和无效等价类
（3）不仅要选取边界值作为测试数据，还要选取刚刚大于和刚刚小于边界值的数据作为测试数据
9. 因果图法
（1）等价类划分法和边界值分析法，主要针对单个输入数据来设计测试用例的，没有考虑多种输入数据的组合情况
（2）因果图法，利用图解法分析软件输入和输出条件之间的关系，以设计测试用例方法
（3）因果图法适合于检查程序输入条件的多种情况的组合，最终生成判定表
10. 错误推测法
（1）根据经验，尽量列举程序中所有可能出现的错误和值得怀疑的地方，从中做出选择，以设计测试用例
11. 如何保证测试用例的质量
（1）对用户需求、服务质量要求、产品特性有深刻且全面的理解
（2）采取正确、恰当的方法进行用例设计
（3）按照测试用例的标准格式或规范的模板来书写测试用例
（4）对测试用例进行检查、评审
12. 好的测试用例
（1）测试范围覆盖率高
（2）测试用例设计能反向思维，有效地发现缺陷
（3）易用性
（4）易读性，前提条件、步骤和期望结果等描述清楚、准确
（5）易维护性
13. 测试用例从正、反两方面进行检查。正面测试用例要求全面，反面测试用例要有创造性
（1）设计正面测试用例，应参照需求规格说明书。基本事件的测试用例应包含所有需要实现的需求功能，覆盖率达100%
（2）设计反面测试用例，需要考虑错误输入或异常输入
14. 若以下回答都为“是”，则意味着测试用例通过了评审
（1）在设计测试用例前，是否先画好UML时序图、状态图或数据流程图等？
（2）是否有常见错误表供编写测试用例使用？
（3） 测试用例的设计思路合理吗？与产品设计、技术设计吻合吗？
（4）测试用例的结构层次清晰、合理吗？
（5） 软件需求的所有功能点是否都有正常功能用例对应？
（6）是否每个正常用例都有对应的异常用例？
（7） 测试用例是否覆盖了所有的已知边界值，如特殊字符、最大值、最小值？
（8）测试用例是否覆盖了已知的无效值，如空值、垃圾数据和错误操作等？
（9）测试用例是否覆盖了输入条件的各种组合情况？
（10） 测试用例是否覆盖了各种安全性问题？
（11） 测试用例是否覆盖了负载平衡和故障转移等方面的可用性问题？
（12）是否考虑了兼容性测试用例？如是否测试了新版本同以前版本的数据、接口的兼容性？
（13）是否考虑了关联功能的测试用例？如用户修改了自己的邮箱地址，那么提醒、报告等是否会发送到新的地址？
（14）是否所有的接口数据都有对应的测试用例？
（15） 测试用例的前提条件、操作步骤描述是否明确、详尽？
（16） 当前测试是否最小程度地依赖于先前测试或步骤生成的数据和条件？
（17）测试用例检查点描述是否明确、完备？
（18） 是否重用了以前的测试用例？