在前面的一系列文章中，我们学会了一些用例设计的常用用法，比如等价类、边界值，以及场景法和错误推测法，这些是在日常工作中使用的比较多的方法。那么，学了用例设计方法之后，测试用例到底是什么呢？

测试用例是什么？

测试用例的话，可以理解为是一种针对软件质量的检查规则，经过一系列规则的检查后，最终评估一个软件质量的好坏。（只是自己的一个解释，仅供参考，不要拿来直接去背喔）

测试用例包含哪些要素呢？

经常遇到很多人都在找测试用例的模板，我想说的是，模板其实网上一百度就可以找到一大堆，我们只需要弄清楚一条测试用例里面应该包含哪些内容就可以了，至于模板的格式，可以根据自己的喜好去进行适当调整，一般在公司也都有自己的模板。

以禅道的用例模板为例，一条测试用例一般包含以下这些因素：

所属产品、所属项目、所属模块、用例类型、适用阶段、相关需求链接、用例编号、用例标题、前置条件、操作步骤、用例等级/优先级、预期结果、实际结果、关键词等。（实际结果只有在执行用例的时候才能确定）

用例设计注意事项
1、用例标题要描述清楚测试点，标题不宜过长，并且标题中不能明确体现出执行结果，标题要尽可能的让别人一看就知道这条用例要验证的是哪一个场景

2、用例要设置优先级，类似bug的严重程度一样，用例要区分优先级，标注哪些是冒烟测试的用例，这一部分用例在开发转测的时候，需要冒烟验证通过才能转测。冒烟测试的用例数量不宜过多。

3、用例的预期结果要与操作步骤一一对应，如果操作步骤设计多个步骤时，在预期结果里面要用序号区分分别是第几个步骤对应的预期结果。

4、一条完整的测试用例可能包含很多字段，有些是非必填的，必填字段的话要牢记，初级测试的话在面试的时候很容易被问到。一条用例最起码应该包含用例标题、步骤、预期结果、模块、优先级和类型。至于那些用例编号、关键字之类的根据自己平常写用例的风格可以自己进行斟酌。

在公司中一般用什么编写用例？

    在工作中的话，每个公司针对用例的管理都有不同的标准，但归根结底无非就是录入和存储的位置和格式不一致罢了。一般看公司用什么样的缺陷管理系统。常见的缺陷管理系统有：禅道、jira、TAPD等。肯定还有一些其他的系统，这里我没接触过的就不列举了。像禅道和jira上是都支持用例管理的，并且禅道上还支持用例的导入导出以及批量创建等功能。有的公司可能还会自己开发一套测试平台，其中会有单独的模块去写用例等。也有一些测开大佬搭建的平台，直接在线用脑图的形式写用例。

    一般具体写用例的话，可以先用脑图列举一下一些常见的测试点，根据需求文档进行测试点的分析和提取，然后再根据脑图，将细化的用例录入平台或者excel中。

    用例一般写完之后，需要组织相关人员进行用例的评审，转测后，需要将用例的执行情况进行标注。如果只写用例而不是执行，那用例写了也没什么用。用例的细化程度要测试人员根据公司和项目的实际情况去衡量，比如测试时间短，那就可能没这么多时间写很细致的用例，这个时候可以就用脑图代替。用例的作用主要是提醒测试人员有哪些测试点要注意，避免在测试的时候临时去想测试点，容易造成场景漏测。

    

测试学习过程中，有需要探讨的（包括学习指导、简历&面试指导等），可以加作者微信（xiaobotester）一起学习交流，添加请备注一下意图。