测试用例针对测试工作中的功效：

1、具体指导测试的执行

测试用例关键适用集成化测试、系统软件测试和回百思特网归测试。在执行测试时测试用例做为测试的规范，测试工作人员一定要依照测试用例严苛按用例新项目和测试流程逐一执行测试。并对测试状况纪录在测试用例管理系统软件中，便于自动生成测试結果文本文档。

依据测试用例的测试级别，集成化测试应测试这些用例，系统软件测试和重归测试又该测试这些用例，在设计方案测试用例时早已作明文规定，执行测试时测试工作人员不可以自由作变化。

2、整体规划测试数据信息的提前准备

在人们的实践活动中测试数据信息是与测试用例分离出来的。依照测试用例配套设施提前准备一组或若干组测试原始记录，及其规范测试結果。特别是在像测试财务报表这类数据的准确性，依照测试用例整体规划提前准备测试数据信息是十分务必的。

除一切正常数据信息以外，还务必依据测试用例设计方案很多边沿数据信息和不正确数据信息。

3、撰写测试脚本制作的"设计方案规格说明书"

为提升测试高效率，APP测试已大力推广全自动测试。全自动测试的核心每日任务是撰写测试脚本制作。假如说软件开发中软件编程务必有设计方案规格说明书，那麼测试脚本制作的设计方案规格说明书便是测试用例。

4、评定测试結果的衡量标准

进行测试执行后必须对测试結果开展评定，而且定编测试汇报。分辨APP测试是不是进行、考量测试品质必须一些量化分析的結果。例：测试普及率多少钱、测试达标率多少钱、关键测试达标率多少钱，这些。之前统计分析标准是APP控制模块或作用点，看起来过度不光滑。选用测试用例作衡量标准更为精确、合理。

5、剖析缺点的规范

根据搜集缺点，比照测试用例和缺点数据库查询，剖析确证是漏测或是缺点重现。漏测体现了测试用例的不健全，应该马上填补相对应测试用例，最后做到不断完善APP品质。罢了有相对应测试用例，则体现执行测试或变动解决存在的问题。

测试用例的优先

测试用例依据必要性分为一定的级别

P0：关键作用（起烟测试）P1：高优先，基本要素测试，关键的不正确、界限测试P2：中优先，出现异常测试，界限测试，终断、互联网、容错性、UI测试P3：低优先级队列，特性、兼容模式、安全系数、易用性这些

测试用例的设计方案

1.等价类划分方式：是把全部有可能的导入数据信息,即程序流程的键入域分割成多个一部分（非空子集）,随后从每一个子集中化选择极少数具备象征性的信息做为测试用例。该方式是一种主要的,常见的白盒测试用例设计方法。

2.边界值统计分析方法：边界值分析法便是对键入或导出的边界值开展测试的一种白盒测试方式。通常边界值分析法是做为对等价类划分法的填补，这样的事情下，其测试用例来源于等价类的界限。

3.因果图法：是一种运用图百思特网打法剖析键入的各种各样组成状况，进而设计方案测试用例的方式，它合适于检查数据键入标准的各种各样组成状况。

4.判断表推动统计分析方法：判断表有剖析和表述多逻辑性标准下实行不一样实际操作的状况的专用工具。

5.正交实验设计方式：运用因果图设计制作测试用例时, 做为键入标准的缘由与导出結果中间的逻辑关系,有时候难以从软件开发需求标准表明中获得。通常逻辑关系十分巨大,以致于由此因果图而获得的测试用例数额多的令人震惊，给APP测试产生很大的压力，为了更好地合理地,有效地降低测试的施工时间与花费,可运用正交实验设计方式开展测试用例的设计方案。

6.作用图统计分析方法：作用图方式是用作用图FD流于形式地表明程序流程的作用表明,并机械设备地转化成作用图的测试用例. 作用图实体模型由情况转移图和逻辑性作用实体模型组成.

7.场景制作方式：事情开启时的场景便产生了情景，而同一事情不一样的开启次序和处置结果就产生事情流。这类在软件开发层面的思路还可以引进到APP测试中，可以较为栩栩如生地勾画出事情开启时的场景，有益于测试设计师设计方案测试用例，与此同时使测试用例更易于掌握和实行。

8.不正确推断方式：根据工作经验和判断力推断程序流程中全部很有可能出现的各种各样不正确, 进而有目的性的设计方案测试用例的方式

测试用例全能模版

（1）用例识别码：

测试用例识别码是由英文字母和数据组成，用例的识别码应当具备唯一性，易辨识度，例如：系统软件测试新项目（拼音字母简码或项目编码）_子项目（拼音字母简码或控制模块编号）_识别码，那样一见到测试识别码就了解你是测试哪些的，比如：QQ_mail_001

（2）测试新项目

大新项目_单项工程_作用点

（3）用例文章标题

测试文章标题是对测试用例的简易叙述。用归纳的語言叙述该测试用例的测试点。每一个测试用例的文章标题不能够反复，由于每一个测试用例的测试点是不一样的。

（4）关键等级

高：确保系统基本要素、关键特点、具体应用工作频率非常高的用例；      

中：关键水平处于高和低中间的测试用例； 

低：具体应用次数不高，系统对业务流程作用危害并不大的控制模块或作用的测试用例。 注：一般状况下，关键等级为高的测试用例，一个测试子项目里只有一个，大部分全是关键等级为中的测试用例。由于一般大家会完成一个系统软件测试预测试项，假如关键等级为高的过多，则就失去预测试的现实意义。

（5）预设标准

  便是实行当今测试用例的前提条件叙述，假如不符合这一些标准，则没法开展测试，如硬件配置、APP的测试自然环境这些

（6）测试键入

测试用例实行时，必须键入的外界信息内容。比如：某一个文档，数据信息统计等

（7）操作过程

实行当今测试用例所要通过的操作过程，必须得出每一步实际操作的详细说明，测试工作人员依据测试用例操作过程，进行测试用例的实行

（8）预期成果

当今测试用例的预估导出結果，用于与真实效果较为，假如不同则该测试用例根据，不然该测试用例不成功

（9）具体結果

（10）测试结果

实行用例后的結果Pass、Fail、Block，Block简易的来讲便是堵塞，由于一些不可以控制的要素迫不得已将进行中的用例慢下来，仅有那一个要素清除后测试用例才可以再次开展下来

（11）改动日期**

（12百思特网）用例原告

（13）备注名称

文尾褔利

因为篇数限定，没法一一展现，必须这一份巨量引擎测试巨头用心梳理的测试用例礼包的朋友们可以并私聊我关键字“材料”免费领