Skip to content

Latest commit

 

History

History
194 lines (141 loc) · 8.69 KB

bdd_integration.rst

File metadata and controls

194 lines (141 loc) · 8.69 KB
Raw

BDD Integration

Behave

Behave tests should be developed as usual, only environment.py file should be modified to initialize driver and the rest of Toolium configuration.

Environment methods should call to the corresponding Toolium environment methods, as can be seen in the following example:

from toolium.behave.environment import (before_all as toolium_before_all, before_feature as toolium_before_feature,
                                        before_scenario as toolium_before_scenario,
                                        after_scenario as toolium_after_scenario,
                                        after_feature as toolium_after_feature, after_all as toolium_after_all)


def before_all(context):
    toolium_before_all(context)


def before_feature(context, feature):
    toolium_before_feature(context, feature)


def before_scenario(context, scenario):
    toolium_before_scenario(context, scenario)


def after_scenario(context, scenario):
    toolium_after_scenario(context, scenario)


def after_feature(context, feature):
    toolium_after_feature(context, feature)


def after_all(context):
    toolium_after_all(context)

After initialization, the following attributes will be available in behave context:

Behave userdata properties

Toolium properties can be modified from behave userdata configuration. For example, to select the driver type from command line instead of using the driver type defined in properties.cfg:

$ behave -D Driver_type=chrome

Behave tags

Toolium defines three tags to configure driver:

  • @reuse_driver: feature tag to indicate that all scenarios in this feature should share the driver. The browser will not be closed between tests.
  • @reset_driver: identifies a scenario that should not reuse the driver. The browser will be closed and reopen before this test.
  • @no_driver: identifies a scenario or feature that should not start the driver, typically in API tests.

And other scenario tags to configure Appium tests:

  • @no_reset_app: mobile app will not be reset before test (i.e. no-reset Appium capability is set to true)
  • @reset_app: mobile app will be reset before test (i.e. no-reset and full-reset Appium capabilities are set to false)
  • @full_reset_app: mobile app will be full reset before test (i.e. full-reset Appium capability is set to true)
  • @android_only: identifies a scenario that should only be executed in Android
  • @ios_only: identifies a scenario that should only be executed in iOS

Behave - Dynamic Environment

Optionally, some actions (labels) are defined in the Feature description as:

  • Actions Before the Feature:
  • Actions Before each scenario:
  • Actions After each scenario:
  • Actions After the Feature:

With a steps list executed in each moment identified with the label as the environment.py file. These steps are defined similar to others one.

Each step block is separated by a blank line.

Behave keywords are supported (Given, When, Then, And, But, Check, Setup).

Note

When using Drivers, Actions Before the Feature and Actions After the Feature directives (in the "dynamic environment" of a Feature) are only available if the execution for that Feature has been configured to reuse the driver. Otherwise, unexpected exceptions can be raised and execution may not finish successfully.

Example:

@reuse_driver
Feature: Tests with the dynamic environment
  As a behave operator using multiples scenarios
  I want to append actions before the feature, before each scenario, after each scenario and after the feature.

  Actions Before the Feature:
    Given wait 3 seconds
    And waitrty 3 seconds
    And wait 3 seconds
    And step with a table
      | parameter     | value       |
      | sub_fields_1  | sub_value 1 |
      | sub_fields_2  | sub_value 2 |

  Actions Before each Scenario:
    Given the user navigates to the "www.google.es" url
    When the user logs in with username and password
    And wait 1 seconds
    And wait 1 seconds

  Actions After each Scenario:
    And wait 2 seconds
    And wait 2 seconds

  Actions After the Feature:
    And wait 4 seconds
    And step with another step executed dynamically
    And wait 4 seconds

All kind of steps are allowed:

  • with tables
  • executing another step internally

In case that a step of dynamic environment fails, an exception is printed on console, i.e. 'waitrty 3 seconds' step. When this happens, steps of the affected scenarios for that precondition are not executed (skipped) and, after that, first step defined in those scenarios will be automatically failed because of that precondition exception, in order to properly fail the execution and show the stats.

Behave variables transformation

Toolium provides a set of functions that allow the transformation of specific string tags into different values. These are the main ones, along with the list of tags they support and their associated replacement logic (click on the functions or check the :ref:`dataset <dataset>` module for more implementation details):

replace_param:

  • [STRING_WITH_LENGTH_XX]: Generates a fixed length string
  • [INTEGER_WITH_LENGTH_XX]: Generates a fixed length integer
  • [STRING_ARRAY_WITH_LENGTH_XX]: Generates a fixed length array of strings
  • [INTEGER_ARRAY_WITH_LENGTH_XX]: Generates a fixed length array of integers
  • [JSON_WITH_LENGTH_XX]: Generates a fixed length JSON
  • [MISSING_PARAM]: Generates a None object
  • [NULL]: Generates a None object
  • [TRUE]: Generates a boolean True
  • [FALSE]: Generates a boolean False
  • [EMPTY]: Generates an empty string
  • [B]: Generates a blank space
  • [UUID]: Generates a v4 UUID
  • [RANDOM]: Generates a random value
  • [RANDOM_PHONE_NUMBER]: Generates a random phone number following the pattern +34654XXXXXX
  • [TIMESTAMP]: Generates a timestamp from the current time
  • [DATETIME]: Generates a datetime from the current time
  • [NOW]: Similar to DATETIME without milliseconds; the format depends on the language
  • [NOW(%Y-%m-%dT%H:%M:%SZ)]: Same as NOW but using an specific format by the python strftime function of the datetime module
  • [NOW + 2 DAYS]: Similar to NOW but two days later
  • [NOW - 1 MINUTES]: Similar to NOW but one minute earlier
  • [NOW(%Y-%m-%dT%H:%M:%SZ) - 7 DAYS]: Similar to NOW but seven days before and with the indicated format
  • [TODAY]: Similar to NOW without time; the format depends on the language
  • [TODAY + 2 DAYS]: Similar to NOW, but two days later
  • [STR:xxxx]: Cast xxxx to a string
  • [INT:xxxx]: Cast xxxx to an int
  • [FLOAT:xxxx]: Cast xxxx to a float
  • [LIST:xxxx]: Cast xxxx to a list
  • [DICT:xxxx]: Cast xxxx to a dict
  • [UPPER:xxxx]: Converts xxxx to upper case
  • [LOWER:xxxx]: Converts xxxx to lower case

map_param:

  • [CONF:xxxx]: Value from the config dict in dataset.project_config for the key xxxx
  • [LANG:xxxx]: String from the texts dict in dataset.language_terms for the key xxxx, using the language specified in dataset.language
  • [POE:xxxx]: Definition(s) from the POEditor terms list in dataset.poeditor_terms for the term xxxx (see :ref:`poeditor <poeditor>` module for details)
  • [TOOLIUM:xxxx]: Value from the toolium config in dataset.toolium_config for the key xxxx
  • [CONTEXT:xxxx]: Value from the behave context storage dict in dataset.behave_context for the key xxxx, or value of the behave context attribute xxxx, if the former does not exist
  • [ENV:xxxx]: Value of the OS environment variable xxxx
  • [FILE:xxxx]: String with the content of the file in the path xxxx
  • [BASE64:xxxx]: String with the base64 representation of the file content in the path xxxx