测试用例（test case）对一项特定的软件产品进行测试任务的描述，体现测试方案、方法、技术和策略。内容包括测试目标、测试环境、输入数据、测试步骤、预期结果、测试脚本等，并形成文档。

　　测试规程与测试用例的区别：理想化的测试用例确实需要很多测试数据集合，但是现实中对某一软件进行测试时，由于涉及的面太广，无法一一列举出所有数据，所以要根据公司的规范来做相应的调整。所以，测试规程的文档编辑量较轻，但是只适合熟练的测试人员执行，而测试用例的执行者可以使任何人。

　　测试用例的设计：

　　测试用例可以分为基本事件、备选事件和异常事件。

　  设计基本事件的用例：参照用例规约（或设计规格说明书），根据关联的功能、操作按路径分析法设计测试用例。而对孤立的功能则直接按功能设计测试用例。基本事件的测试用例应包含所有需要实现的需求功能，覆盖率达。

　 设计备选事件和异常事件的用例：采用的基本方法仍然是等价类划分、边界值、因果图等，根据软件的不同性质和测试的不同目标灵活运用，至于终设计的测试用例是否能暴露更多的隐藏缺陷，全凭用例设计人员的丰富经验和精心设计了。例如，测试一个手机终端的电话本模块。测试人员需要考虑，将相同的号码A存储到不同联系人名B和C 中，号码A呼入和呼出时，显示的联系人名应该是B还是C呢。类似这样的备选事件，往往在需求阶段描述的并不详尽，需要测试人员及早提出并与项目组达成一致。

　　测试用例在软件测试中的作用 ：

　　指导测试的实施

　　规划测试数据的准备

　　编写测试脚本的“设计规格说明书”

　　评估测试结果的度量基准

　　分析缺陷的标准

　　此阶段的难点和重点：

　　测试用例设计的几大基本点

　　 使用合理的语言

　　? 测试人员该做什么，系统输出什么应该写得很清楚明白，也是说首先要分清楚测试用例的输入和预期输出

　　? 一种好的避免含义混淆的方法是在操作步骤中采用动词+名词的结构，动词总是测试人员要做得事情，名词总是测试人员操作的对象、事物

　　? 将同一个事物命名为同一个名称，不管这个事物是否通过不同的方式出现

　　 测试用例的易测性

　　? 简洁性

　　简洁性的衡量方法是执行测试花费时间的长短以及在测试过程中是否能保持整个测试的纯净

　　? 正确性

　　正确性意味着测试人员根据测试用例进行的测试获得的测试结果（通过或不通过）是正确的

　　 控制测试用例的长度

　　? 在Step-by-step用例中一个比较好的长度是不多于15步：

　 执行每个测试用例花费更少的时间

　 测试人员很少犯错误、丢失步骤或需要帮助