测试用例对于测试工作的作用：

1、指导测试的实施

测试用例主要适用于集成测试、系统测试和回归测试。在实施测试时测试用例作为测试的标准，测试人员一定要按照测试用例严格按用例项目和测试步骤逐一实施测试。并对测试情况记录在测试用例管理软件中，以便自动生成测试结果文档。

根据测试用例的测试等级，集成测试应测试那些用例，系统测试和回归测试又该测试那些用例，在设计测试用例时都已作明确规定，实施测试时测试人员不能随意作变动。

2、规划测试数据的准备

在我们的实践中测试数据是与测试用例分离的。按照测试用例配套准备一组或若干组测试原始数据，以及标准测试结果。尤其像测试报表之类数据集的正确性，按照测试用例规划准备测试数据是十分必须的。

除正常数据之外，还必须根据测试用例设计大量边缘数据和错误数据。

3、编写测试脚本的"设计规格说明书"

为提高测试效率，软件测试已大力发展自动测试。自动测试的中心任务是编写测试脚本。如果说软件工程中软件编程必须有设计规格说明书，那么测试脚本的设计规格说明书就是测试用例。

4、评估测试结果的度量基准

完成测试实施后需要对测试结果进行评估，并且编制测试报告。判断软件测试是否完成、衡量测试质量需要一些量化的结果。例：测试覆盖率是多少、测试合格率是多少、重要测试合格率是多少，等等。以前统计基准是软件模块或功能点，显得过于粗糙。采用测试用例作度量基准更加准确、有效。

5、分析缺陷的标准

通过收集缺陷，对比测试用例和缺陷数据库，分析确证是漏测还是缺陷复现。漏测反映了测试用例的不完善，应立即补充相应测试用例，最终达到逐步完善软件质量。而已有相应测试用例，则反映实施测试或变更处理存在问题。

测试用例的优先级

测试用例根据重要性分成一定的等级

P0：核心功能（冒烟测试） P1：高优先级，基本功能测试，重要的错误、边界测试 P2：中优先级，异常测试，边界测试，中断、网络、容错性、UI测试 P3：低优先级，性能、兼容性、安全性、可用性等等。

测试用例的设计

1.等价类划分方法：是把所有可能的输入数据,即程序的输入域划分成若干部分（子集）,然后从每一个子集中选取少数具有代表性的数据作为测试用例。该方法是一种重要的,常用的黑盒测试用例设计方法

2.边界值分析方法：边界值分析法就是对输入或输出的边界值进行测试的一种黑盒测试方法。通常边界值分析法是作为对等价类划分法的补充，这种情况下，其测试用例来自等价类的边界。

3.因果图法：是一种利用图解法分析输入的各种组合情况，从而设计测试用例的方法，它适合于检查程序输入条件的各种组合情况。

4.判定表驱动分析方法：判定表是分析和表达多逻辑条件下执行不同操作的情况的工具。

5.正交实验设计方法：利用因果图来设计测试用例时, 作为输入条件的原因与输出结果之间的因果关系,有时很难从软件需求规格说明中得到。往往因果关系非常庞大,以至于据此因果图而得到的测试用例数目多的惊人，给软件测试带来沉重的负担，为了有效地,合理地减少测试的工时与费用,可利用正交实验设计方法进行测试用例的设计。

6.功能图分析方法：功能图方法是用功能图FD形式化地表示程序的功能说明,并机械地生成功能图的测试用例. 功能图模型由状态迁移图和逻辑功能模型构成。

7.场景设计方法：事件触发时的情景便形成了场景，而同一事件不同的触发顺序和处理结果就形成事件流。这种在软件设计方面的思想也可以引入到软件测试中，可以比较生动地描绘出事件触发时的情景，有利于测试设计者设计测试用例，同时使测试用例更容易理解和执行。

8.错误推测方法：基于经验和直觉推测程序中所有可能存在的各种错误, 从而有针对性的设计测试用例的方法。

测试用例万能模板

（1）用例编号：

测试用例编号是由字母和数字组合而成，用例的编号应该具有唯一性，易识别性，比如：系统测试项目（拼音简码或项目编号）_子项（拼音简码或模块编码）_编号，这样一看到测试编号就知道你是测试什么的，例如：QQ_mail_001

（2）测试项目

大项目_子项目_功能点

（3）用例标题

测试标题是对测试用例的简单描述。用概括的语言描述该测试用例的测试点。每个测试用例的标题不能够重复，因为每个测试用例的测试点是不一样的。

（4）重要级别

高：保证系统基本功能、重要特性、实际使用频率比较高的用例。

中：重要程度介于高和低之间的测试用例。

低：实际使用频率不高，对系统业务功能影响不大的模块或功能的测试用例。?注：一般情况下，重要级别为高的测试用例，一个测试子项里有且仅有一个，大多数都是重要级别为中的测试用例。因为一般我们会进行一个系统测试预测试项，如果重要级别为高的太多，则就失去了预测试的实际意义。

（5）预置条件

就是执行当前测试用例的前提描述，如果不满足这些条件，则无法进行测试，如硬件环境、软件的测试环境等等。

（6）测试输入

测试用例执行时，需要输入的外部信息。例如：某一个文件，数据记录等。

（7）操作步骤

执行当前测试用例所要经过的操作步骤，需要给出每一步操作的详细描述，测试人员根据测试用例操作步骤，完成测试用例的执行。

（8）预期结果

当前测试用例的预期输出结果，用来与实际结果比较，如果相同则该测试用例通过，否则该测试用例失败。

（9）实际结果

（10）测试结论

执行用例后的结果Pass、Fail、Block，Block简单的来说就是阻塞，因为一些不可控的因素不得不将进行中的用例停下来，只有那个因素消除后测试用例才能继续进行下去。

（11）修改日期

（12）用例执行人

（13）备注

最后感谢每一个认真阅读我文章的人，礼尚往来总是要有的，虽然不是什么很值钱的东西，如果你用得到的话可以直接拿走： 

这些资料，对于【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴上万个测试工程师们走过最艰难的路程，希望也能帮助到你!有需要的小伙伴可以点击下方小卡片领取