RobotFramework测试框架（2）-测试用例

2024-04-06 07:04
文章标签 框架 测试 测试用例 robotframework

本文主要是介绍RobotFramework测试框架（2）-测试用例，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

创建测试数据

测试数据语法

这里的测试数据就是指的测试用例。

测试文件组织

测试用例的组织层次结构如下：
在测试用例文件（ test case file ）中建立测试用例
一个测试文件自动的建成一个包含了这些测试用例的测试集（ test suite ）
一个包含多个测试用例文件（ test case file ）的目录构成更高级别的测试集，即这个测试集目录包含多个子测试集，而子测试集即是由测试文件创建而来。
一个测试集目录可以包含其他测试集目录，这种层次结构可以满足层嵌套的需要
测试集目录可以有一个特殊的初始文件（ initialization file ）
此外，还有：
测试库（ Test libraries ）包含最低级别的关键字（ keywords ）
资源文件（ Resource files ）包含变量和更高层次的用户自定义关键字
变量文件（ Variable files ）可以提供比资源文件更灵活的方式创建变量

Test data sections

 测试用例文件包含这些部分。

支持的文件格式

Suite文件通常使用.robot扩展名，但哪些文件可以被解析是可以配置的。Resource files 也可以使用 .robot 扩展名，但使用专用的 .resource 扩展名是 建议，并可能在未来强制执行。

创建测试用例

测试用例语法

机器人框架用户指南 (robotframework.org)

基础语法：

Test cases是由关键字在test case sections中组织起来的。 关键字可以从 test libraries 或者 resource files中导入, 或者在测试文件中在 keyword section 中定义

Test case section中的设置：

[Documentation] Used for specifying a test case documentation.

[Setup], [Teardown] Specify test setup and teardown.

[Tags] Used for tagging test cases.

[Template] Specifies the template keyword to use. The test itself will contain only data to use as arguments to that keyword.

[Timeout] Used for setting a test case timeout. Timeouts are discussed in their own section.

*** Test Cases ***
Test With Settings[Documentation]    Another dummy test[Tags]    dummy    owner-johndoeLog    Hello, world!

标记测试用例

方法一：Test Tags setting in the Settings section

方法二：[Tags] setting with each test case

如

*** Settings ***
Library     SeleniumLibrary
Test Tags   smoke
*** Test Cases ***
Search keywords in baidu[Tags]  smokeOpen Browser    url=https://www.baidu.com    browser=edgeInput Text    //input[@id="kw"]    周杰伦Click Element    //input[@id="su"]Sleep    5Close Browser

 Test Setup和Test Teardown

test setup在test case之前执行，test teardown在test case之后执行。在RF中，setup和teardown只是有参数的关键字。

test teardow在两方面特殊：首先，在测试用例失败后，teardown仍会执行，所以可以用来进行清理活动，无论测试结果是什么。另外，teardown中所有的关键字都会执行，即使其中的一个关键字执行失败。失败仍继续功能也可以在一般的关键字中使用，但是在teardown中这个功能是默认开启的。

最简单的在测试用例中使用setup和teardown是在Setting部分使用Test Setup和Test Teardown设置。在单个test case中也可以使用[Setup]和[Teardown]，并且可以覆盖setting部分中的设置。

*** Settings ***
Library     SeleniumLibrary
Test Setup
Test Teardown
*** Test Cases ***
Search keywords in baidu[Tags]  smoke[Setup]Open Browser    url=https://www.baidu.com    browser=edgeInput Text    //input[@id="kw"]    周杰伦Click Element    //input[@id="su"]Sleep    5[Teardown]Close Browser

Test templates

在Robot Framework（RF）中，测试模板（Test Templates）是一种机制，它允许你为测试用例定义一个固定的测试结构，而测试用例本身则只需提供该结构中所需的具体数据或参数。这有助于在多个测试用例之间重用相同的测试逻辑，从而提高测试的可维护性和一致性。

使用测试模板，你可以创建一个包含多个测试步骤的模板，并在多个测试用例中引用这个模板。每个测试用例只需提供模板所需的具体数据，而无需重复编写相同的测试步骤。

测试模板的定义通常位于测试套件文件（.robot）的*** Settings ***部分，使用Test Template关键字进行指定。例如：

*** Settings ***  
Test Template    Some Template  *** Test Cases ***  
Case 1  [Template]    arg1    arg2  Some value 1    Another value  Case 2  [Template]    argA    argB  Value A    Value B  *** Keywords ***  
Some Template  [Arguments]    ${arg1}    ${arg2}  Log    Starting test with ${arg1} and ${arg2}  # 其他测试步骤...


在上面的示例中：

  • Test Template Some Template 定义了一个名为 Some Template 的测试模板。
  • Case 1 和 Case 2 是两个测试用例，它们引用了 Some Template 测试模板。
  • 每个测试用例的 [Template] 设置指定了传递给模板的参数。
  • Some Template 关键字是模板的实现，它接收两个参数 ${arg1} 和 ${arg2}，并包含实际的测试步骤。

当运行测试用例时，Robot Framework 会自动将每个测试用例的参数传递给 Some Template 关键字，并执行该关键字中定义的测试步骤。

测试模板的一个主要优点是，它允许你在多个测试用例之间共享相同的测试逻辑，同时保持测试用例的简洁和可读性。这尤其适用于那些包含多个相同步骤但使用不同数据的测试用例。通过使用测试模板，你可以减少代码冗余，提高测试的可维护性，并更容易地管理测试数据。

不同的测试用例模式

这里有几种不同编写用例的方法。测试用例是工作流（ workflow ）的描述，可以使用关键字驱动模式 （keyword-driven ）也可以使用行为驱动模式（ behavior-driven ）。数据驱动模式可以在用变化的数据测试相同的工作流时使用。

创建测试集

RF的测试用例是使用test case section在suite file或者test case file中创建的。包含测试用例的文件即创建了test suite。（就test suite就是包含多个test case的文件）测试集没有测试用例个数的限制，但建议不要超过 10 个测试用例。

test suite的Setting section包含如下设置：

Name  Used for setting a custom suite name. The default name is created based on the file or directory name.

Documentation  Used for specifying a suite documentation.

Metadata Used for setting free suite metadata as name-value pairs.

Suite Setup, Suite Teardown  Specify suite setup and teardown.

*** Settings ***
Documentation
Metadata
Suite Setup
Suite Teardown
Library     SeleniumLibrary
Test Setup
Test Teardown
*** Test Cases ***
Search keywords in baidu[Tags]  smoke[Setup]Open Browser    url=https://www.baidu.com    browser=edgeInput Text    //input[@id="kw"]    周杰伦Click Element    //input[@id="su"]Sleep    5[Teardown]Close Browser

Suite initialization files

在Robot Framework中，Suite Initialization Files（套件初始化文件）是用于执行测试套件开始前的一系列初始化步骤的文件。这些文件允许你在测试套件开始之前执行一些必要的设置，比如配置测试环境、登录到应用程序、打开数据库连接等。

Suite Initialization Files通常使用.robot文件扩展名，并且它们位于测试套件目录中。你可以使用*** Settings ***部分来定义初始化步骤，例如设置变量或导入资源文件。在*** Variables ***部分，你可以定义将在整个测试套件中使用的变量。此外，你还可以在*** Keywords ***部分定义一些只在初始化阶段使用的关键字。

下面是一个简单的示例，展示了Suite Initialization Files的基本结构：

*** Settings ***  
Suite Setup    Open Application  
Suite Teardown    Close Application  *** Variables ***  
${SERVER_URL}    http://example.com/api  *** Keywords ***  
Open Application  Log    Opening the application  # 这里可以添加打开应用的代码  Close Application  Log    Closing the application  # 这里可以添加关闭应用的代码  *** Test Cases ***  
# 这里定义具体的测试用例

在上面的示例中：

  • Suite Setup和Suite Teardown分别定义了测试套件开始和结束时执行的关键字。在这个例子中，它们分别调用了Open Application和Close Application关键字。
  • *** Variables ***部分定义了一个变量${SERVER_URL}，它可以在整个测试套件中使用。
  • *** Keywords ***部分定义了Open Application和Close Application这两个关键字，这些关键字包含了初始化测试环境的逻辑。

在实际使用中，Open Application和Close Application关键字会包含实际的代码来执行测试环境的初始化和清理工作。这些代码可能包括连接数据库、启动和停止应用程序、登录到系统等。

当Robot Framework运行测试套件时，它会自动执行Suite Initialization Files中定义的Suite Setup和Suite Teardown关键字，确保在测试开始前和结束后执行必要的初始化和清理步骤。这有助于确保测试环境的一致性和可预测性，从而提高测试结果的可靠性。

Suite documentation

在Robot Framework中，Suite Documentation（套件文档）是用于描述测试套件内容、目的、设置和测试执行上下文的重要信息。尽管Robot Framework并没有专门提供一个格式化的位置来编写套件级别的文档，但是你可以在测试套件文件的开始部分使用注释和特殊关键字来提供这些信息。

通常，Suite Documentation包含以下内容：

  • 测试套件的目的和范围
  • 必要的环境设置和依赖项
  • 测试数据的来源和格式
  • 已知的限制和问题
  • 其他对理解和执行测试套件有帮助的信息
*** Settings ***
Documentation    An example suite documentation with *some* _formatting_.
...              Long documentation can be split into multiple lines.

测试集元数据

*** Settings ***
Metadata        Version            2.0
Metadata        Robot Framework    http://robotframework.org
Metadata        Platform           ${PLATFORM}
Metadata        Longer Value
...             Longer metadata values can be split into multiple
...             rows. Also *simple* _formatting_ is supported.

 Suite setup and teardown

*** Settings ***
Suite Setup
Suite Teardown

变量

Robot Framework User Guide

标量变量

列表变量

字典变量

用户关键字

Robot Framework User Guide

*** Keywords ***
Open Login PageOpen Browser    http://host/login.htmlTitle Should Be    Login PageTitle Should Start With[Arguments]    ${expected}${title} =    Get TitleShould Start With    ${title}    ${expected}

 位置参数

*** Keywords ***
One Argument[Arguments]    ${arg_name}Log    Got argument ${arg_name}Three Arguments[Arguments]    ${arg1}    ${arg2}    ${arg3}Log    1st argument: ${arg1}Log    2nd argument: ${arg2}Log    3rd argument: ${arg3}

参数默认值

*** Keywords ***
One Argument With Default Value[Arguments]    ${arg}=default value[Documentation]    This keyword takes 0-1 argumentsLog    Got argument ${arg}

可变数量参数

*** Keywords ***
Any Number Of Arguments[Arguments]    @{varargs}Log Many    @{varargs}One Or More Arguments[Arguments]    ${required}    @{rest}Log Many    ${required}    @{rest}Required, Default, Varargs[Arguments]    ${req}    ${opt}=42    @{others}Log    Required: ${req}Log    Optional: ${opt}Log    Others:FOR    ${item}    IN    @{others}Log    ${item}END

这篇关于RobotFramework测试框架（2）-测试用例的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！


http://www.chinasem.cn/article/879310。

相关文章

性能测试介绍

性能测试介绍

性能测试是一种测试方法，旨在评估系统、应用程序或组件在现实场景中的性能表现和可靠性。它通常用于衡量系统在不同负载条件下的响应时间、吞吐量、资源利用率、稳定性和可扩展性等关键指标。 为什么要进行性能测试 通过性能测试，可以确定系统是否能够满足预期的性能要求，找出性能瓶颈和潜在的问题，并进行优化和调整。 发现性能瓶颈：性能测试可以帮助发现系统的性能瓶颈，即系统在高负载或高并发情况下可能出现的问题
阅读更多...
字节面试 | 如何测试RocketMQ、RocketMQ？

字节面试 | 如何测试RocketMQ、RocketMQ？

字节面试：RocketMQ是怎么测试的呢？ 答： 首先保证消息的消费正确、设计逆向用例，在验证消息内容为空等情况时的消费正确性； 推送大批量MQ，通过Admin控制台查看MQ消费的情况，是否出现消费假死、TPS是否正常等等问题。（上述都是临场发挥，但是RocketMQ真正的测试点，还真的需要探讨） 01 先了解RocketMQ 作为测试也是要简单了解RocketMQ。简单来说，就是一个分
阅读更多...
【测试】输入正确用户名和密码，点击登录没有响应的可能性原因

【测试】输入正确用户名和密码，点击登录没有响应的可能性原因

目录 一、前端问题 1. 界面交互问题 2. 输入数据校验问题 二、网络问题 1. 网络连接中断 2. 代理设置问题 三、后端问题 1. 服务器故障 2. 数据库问题 3. 权限问题： 四、其他问题 1. 缓存问题 2. 第三方服务问题 3. 配置问题 一、前端问题 1. 界面交互问题 登录按钮的点击事件未正确绑定，导致点击后无法触发登录操作。 页面可能存在
阅读更多...
业务中14个需要进行A/B测试的时刻[信息图]

业务中14个需要进行A/B测试的时刻[信息图]

在本指南中，我们将全面了解有关 A/B测试 的所有内容。 我们将介绍不同类型的A/B测试，如何有效地规划和启动测试，如何评估测试是否成功，您应该关注哪些指标，多年来我们发现的常见错误等等。 什么是A/B测试？ A/B测试（有时称为“分割测试”）是一种实验类型，其中您创建两种或多种内容变体——如登录页面、电子邮件或广告——并将它们显示给不同的受众群体，以查看哪一种效果最好。 本质上，A/B测
阅读更多...
cross-plateform 跨平台应用程序-03-如果只选择一个框架，应该选择哪一个?

cross-plateform 跨平台应用程序-03-如果只选择一个框架，应该选择哪一个?

跨平台系列 cross-plateform 跨平台应用程序-01-概览 cross-plateform 跨平台应用程序-02-有哪些主流技术栈？ cross-plateform 跨平台应用程序-03-如果只选择一个框架，应该选择哪一个? cross-plateform 跨平台应用程序-04-React Native 介绍 cross-plateform 跨平台应用程序-05-Flutte
阅读更多...
Spring框架5 - 容器的扩展功能 (ApplicationContext)

Spring框架5 - 容器的扩展功能 (ApplicationContext)

private static ApplicationContext applicationContext;static {applicationContext = new ClassPathXmlApplicationContext("bean.xml");} BeanFactory的功能扩展类ApplicationContext进行深度的分析。ApplicationConext与 BeanF
阅读更多...
数据治理框架-ISO数据治理标准

数据治理框架-ISO数据治理标准

引言 "数据治理"并不是一个新的概念，国内外有很多组织专注于数据治理理论和实践的研究。目前国际上，主要的数据治理框架有ISO数据治理标准、GDI数据治理框架、DAMA数据治理管理框架等。 ISO数据治理标准 改标准阐述了数据治理的标准、基本原则和数据治理模型，是一套完整的数据治理方法论。 ISO/IEC 38505标准的数据治理方法论的核心内容如下： 数据治理的目标：促进组织高效、合理地
阅读更多...
ZooKeeper 中的 Curator 框架解析

ZooKeeper 中的 Curator 框架解析

Apache ZooKeeper 是一个为分布式应用提供一致性服务的软件。它提供了诸如配置管理、分布式同步、组服务等功能。在使用 ZooKeeper 时，Curator 是一个非常流行的客户端库，它简化了 ZooKeeper 的使用，提供了高级的抽象和丰富的工具。本文将详细介绍 Curator 框架，包括它的设计哲学、核心组件以及如何使用 Curator 来简化 ZooKeeper 的操作。 1
阅读更多...
【Kubernetes】K8s 的安全框架和用户认证

【Kubernetes】K8s 的安全框架和用户认证

K8s 的安全框架和用户认证 1.Kubernetes 的安全框架1.1 认证：Authentication1.2 鉴权：Authorization1.3 准入控制：Admission Control 2.Kubernetes 的用户认证2.1 Kubernetes 的用户认证方式2.2 配置 Kubernetes 集群使用密码认证 Kubernetes 作为一个分布式的虚拟
阅读更多...
Spring Framework系统框架

Spring Framework系统框架

序号表示的是学习顺序 IoC（控制反转）/DI（依赖注入）: ioc：思想上是控制反转，spring提供了一个容器，称为IOC容器，用它来充当IOC思想中的外部。 我的理解就是spring把这些对象集中管理，放在容器中，这个容器就叫Ioc这些对象统称为Bean 用对象的时候不用new，直接外部提供（bean） 当外部的对象有关系的时候，IOC给它俩绑好（DI） DI和IO
阅读更多...

Copyright China编程 23002807@qq.com

沪ICP备2023033072号-2