关注分享主机优惠活动
国内外VPS云服务器

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

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

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

什么是测试用例?

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

测试用例包含哪些元素?

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

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

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

用例设计注意事项

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

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

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

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

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

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

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

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

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

未经允许不得转载:主机频道 » 从头开始测试-No.8-工作中如何创建测试用例(如何编写测试用例解决方案)

评论 抢沙发

评论前必须登录!