测试用例（Test Case）是为特定的目标而设计的一组测试输出、执行条件和预期后果的文档。它的作用其实就是为了测试是否满足某个特定需要。测试用例是领导测试工作进行的根据。
测试用例的组成
规范的测试用例通常由以下几个模块组成：
用例编号：测试用例的惟一标识。
模块：表明被测需要具体属于哪个模块，次要为了更好辨认以及保护用例。
用例题目：又称之为测试点，就是用一句话来形容测试用例的关注点。每一条用例对 - 应一个测试目标。
优先级：依据需要的优先级别来定义。高优先级要笼罩外围业务，重要个性以及应用 - 频率比拟高的局部。
前提条件：用例在执行之前须要满足的一些条件，否则测试用例无奈执行。比方一些 - 测试环境，或者须要提前执行的操作。
测试数据：在执行测试时，须要输出一些内部数据来实现测试。这些数据依据测试用 - 例的据统计状况来确定，有参数、文件或者数据库记录等等。
测试步骤：测试用例的步骤形容，执行人员能够依据测试步骤实现测试的执行。
冀望后果：是测试用例中最重要的局部，次要用来判断被测对象是否失常。要依据需 - 求来形容用户的冀望
理论后果：PASS 通过，FAIL 失败，N/A 未执行。
测试用例优先级
在工作中，测试用例依据零碎需要会划分成不同的等级：
P0：外围性能测试用例（冒烟测试），确定此版本是否可测的测试用例。此局部测试用例如果 FAIL，其余测试用例就能够不必执行了，须要打回去给开发从新提测。
P1：高优先级测试用例，最常执行用来保障性能是稳固的。蕴含根本功能测试和重要的谬误、边界测试。
P2：中优先级测试用例，更全面的验证性能的各个方面，蕴含异样测试、边界、中断、网络、容错、UI 等测试用例。
P3：低优先级测试用例，不经常被执行，个别蕴含性能、压力、兼容性、平安、可用性等等。
在不同的公司，可能测试用例的等级划分有所差别，然而根本大同小异。
测试用例的作用
写测试用例能带来哪些益处呢？
首先，有用例就能够做到成竹在胸，不会一个测试点反复测好屡次，就有思路，防止漏掉测试点。而且在测试用例中能够将测试数据提前准备好，这样就不会漏掉一些重要的数据了。
测试用例的执行后果也是评估测试后果的度量基准。如果设计全面笼罩需要的用例，测试用例都执行通过，发现的问题全副批改，即可释怀交付给客户应用。
测试用例也是剖析缺点的规范。因为测试用例中会详细描述冀望后果，这个冀望后果其实就是剖析是不是有 Bug 的一个规范。和预期后果统一的，就是没有 Bug。反之，和预期后果不统一，就是存在 Bug，须要研发修复。
测试用例设计工具
在写用例的时候，能够应用思维导图去把模块和用例的设计思路理分明。思维导图实现之后就能够评审。评审结束后，有须要批改的中央能够在思维导图间接批改。
如果要求要用表格的形式去写测试用例的话，能够再把思维导图中的测试思路转化成为表格模式。
前面咱们会给大家介绍测试用例的具体设计办法哦~ 敬请期待！