从头开始测试-No.8-工作中如何创建测试用例（如何编写测试用例解决方案）

总结：冒烟测试用例数量不宜过多。 一般情况下，创建用例后，需要组织相关人员对用例进行审核。 传输测试后，您需要标记要执行的用例。 用例的主要作用是提醒测试人员在测试过程中需要注意哪些测试点，这样他们就可以避免在测试过程中暂时考虑测试点，否则可能会错过某个场景。我们的目标就是避免这种情况。

在之前的系列文章中，您学习了用例设计的一些常见用法，包括等价类、边界值、场景技术和错误猜测技术。 这些是日常工作中使用的比较。 有很多方法。 那么，在学习了如何设计用例之后，测试用例到底是什么？

什么是测试用例？

测试用例可以理解为一种对软件质量的检查规则。 经过一套规则的检查后，最终评估出软件的质量。 （这只是我的解释，仅供参考，请勿死记硬背。）

测试用例包含哪些元素？

我们经常遇到很多人在寻找测试用例模板。 我想说的是，网上其实可以找到很多模板。 您需要做的就是了解测试用例中要包含哪些内容。 ，您可以根据需要调整模板的格式。 公司通常也有自己的模板。

以禅道的用例模板为例。 测试用例通常包括以下元素：

测试用例所属产品、所属项目、所属模块、用例类型、所属阶段以及相关需求链接、用例编号、用例标题、先决条件、操作说明、用例级别/优先级、预期结果、实际结果、关键字等（实际结果只有执行用例时才知道）

用例设计注意事项

1. 用例的标题必须清楚地说明测试的要点。 标题不宜太长，也不宜太明确。 反映执行结果。 标题应该一目了然地表明该用例检查的是哪种场景。

2. 用例必须优先考虑。 与错误严重性类似，用例也应该优先考虑并标记哪些用例是冒烟测试。 这部分如果您开发子用例并将其转移到测试，则它必须在转移到测试之前通过烟雾验证。 冒烟测试用例的数量不宜过多。

3. 用例的预期结果必须与操作步骤一一对应。 如果操作步骤设计为多步，则必须对预期结果进行连续编号，以识别其对应于预期结果的哪一步。

4. 一个完整的测试用例可能包含很多字段，其中一些字段不是必需的。 如果您需要填写，请记住，在初级测试面试期间您可能会被问到问题。 用例至少应包括用例标题、步骤、预期结果、模块、优先级和类型。 关于用例编号和关键字，请根据你平时编写用例的方式自行考虑。

企业常用的有什么作用你会写用例吗？

在该领域，各公司对用例管理有不同的标准，但最终输入和存储的位置和格式是不一致的。 这通常取决于您的公司使用什么类型的缺陷管理系统。 常见的缺陷管理系统有Zentao、Jira、TAPD等。 我确信还有其他几个系统，但我不会在这里列出。 ZenTao和Jira都支持用例管理，Zentao还支持用例导入、导出和批量创建。 一些公司开发自己的测试平台，其中包含多个模块，用于编写用例等。 还有测试开发人员构建的平台，可以直接以思维导图的形式在线编写用例。

一般情况下，在编写具体的用例时，首先用思维导图列出一些常见的测试点，然后根据需求文档分析提取测试点，然后将详细的用例录入文档中。 一个基于思维导图的平台。 或者在 Excel 中。

用例一般创建后，应组织相关人员对用例进行评审。 传输测试后，您需要标记要执行的用例。 如果您只是编写用例而不执行它们，那么书面用例是没有用的。 用例的复杂程度必须由测试人员根据公司或项目的实际情况来衡量。 例如，如果您的测试时间很短，您可能没有足够的时间来创建非常详细的用例。 在这种情况下，您可以使用脑图来代替。 用例的主要作用提醒您考试时应注意的考点，避免您一时想考点而忘记考试时的场景。

测试学习过程中，如果有什么需要讨论的（包括学习指导、简历面试指导等），可以添加作者微信。 (xiaobotester) 一起学习、交流。 添加意图时要小心。