设计测试用例的参考点：
（1）根据产品规格，测试基本功能；
（2）考虑设计一般用户（非专业人员）的使用方案；
（3）考虑设计稀有或特殊的使用方案；
（4）与系统其他组成部分的配合（如FAX和上网可能要用到MODEM，测试中考虑对设备的共享）；
（5）考虑特殊情况（如内存和硬件的冲突等）；
（6）设计极端情况（如内存泄漏、破坏性测试等）。
好的测试用例集能花费最小的代价（人力、物力、财力、时间）做最好的测试
设计测试用例的过程：
（1）分析系统程序的工作流程
确定并了解用户与系统交互时的操作和步骤，用于确定与描述测试系统程序所需的测试用例。
（2）确定需求并制定测试用例
为每项测试需求编写适当的测试用例。编写测试用例文档应有文档模板，须符合内部的规范要求。
（3）确定测试用例数据
根据测试用例表的内容，复审测试用例，并确定支持这些测试用例的实际值。
本步骤将确定用于以下三种目的的数据：
用作输入的数据值、用作预期结果的数据值、用作支持测试用例所需的数据
（4）测试用例的修改更新
测试用例在形成文档后也还需要不断完善。主要有三方面的原因：
1)、在测试过程中发现设计测试用例时考虑不周，需要完善；
2)、在软件交付使用后反馈的软件缺陷，而缺陷又是因测试用例存在漏洞造成；
3)、软件自身的新增功能以及软件版本的更新，测试用例也必须配套修改更新。
设计测试用例的基本准则：
（1）测试用例的代表性
能够代表并覆盖各种合理的和不合理的、合法的和非法的、边界的和越界的以及极限的输入数据、操作和环境设置等。
（2）测试用例的简洁性
冗长和复杂的测试用例是不应该出现的，这样的用例可读性差、不利于测试人员理解和操作。简洁的测试用例可以让测试过程目的明确，让测试结果具有唯一性。
（3）测试结果的可判定性
即测试执行结果的正确性是可判定的，每一个测试用例都应有相应的期望结果。
（4）测试结果的可再现性
即对同样的测试用例，系统的执行结果应当是相同的。
测试用例书写标准（元素）：
（1）标识符：惟一标识每一个测试用例
（2）测试项：准确的描述所需要测试的项及其特征
（3）测试环境要求：表征执行该测试用例需要的测试环境
（4）输入标准：执行测试用例的输入需求（这些输入可能包括数据、文件或者操作）
（5）输出标准：按照指定的环境和输入标准得到的期望输出结果
（6）测试用例之间的关联：标识该测试用例与其它的测试（或其它测试用例）之间的依赖关系
网友评论