Input testing data

This topic was updated due to the 2.0.2 MFTF release.

Tests require data to function properly.

The MFTF allows you to specify and use <data> entities defined in XML. Default <data> entities are provided for use and as templates for entity creation and manipulation.

The following diagram shows the XML structure of an MFTF data object:

Supply data to test by reference to a data entity

Test steps requiring <data> input in an action, like filling a field with a string, may reference an attribute from a data entity:

userInput="{{SimpleSubCategory.name}}"

In this example:

• SimpleSubCategory is an entity name.
• name is a <data> key of the entity. The corresponding value will be assigned to userInput as a result.

userInput="{{_ENV.MAGENTO_ADMIN_USERNAME}}

In this example:

• _ENV is a reference to the dev/tests/acceptance/.env file, where basic environment variables are set.
• MAGENTO_ADMIN_USERNAME is a name of an environment variable. The corresponding value will be assigned to userInput as a result.

Persist a data entity as a prerequisite of a test

A test can specify an entity which should be persisted (created in the database) so that the test actions can operate on existing known data.

If <data> has been persisted in <test>:

userInput="$customer.email$"

If <data> has been persisted in <before> or <after>:

userInput="$$customer.email$$"

In this example:

• customer is a stepKey of the corresponding test step, where an entity is created.
• email is a dataKey of the entity. The corresponding value will be assigned to userInput as a result.

Use data returned by test actions

A test can also reference data that was returned as a result of test actions, like the action <grabValueFrom selector="someSelector" stepKey="grabStepKey>.

Further in the test, the data grabbed by the someSelector selector can be referenced using the stepKey value. In this case, it is grabStepKey.

The following example shows the usage of grabValueFrom in testing, where the returned value is used by action’s stepKey:

<grabValueFrom selector="someSelector" stepKey="grabStepKey"/>
<fillField selector=".functionalTestSelector" userInput="{$grabStepKey}" stepKey="fillFieldKey1"/>

Hard-coded data input

The data to operate against can be included as literals in a test. Hard-coded data input can be useful in assertions.

See also Actions.

userInput="We'll email you an order confirmation with details and tracking info."

Format

The format of <data> is:

<?xml version="1.0" encoding="UTF-8"?>

<entities xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
        xsi:noNamespaceSchemaLocation="../../../../../../vendor/magento/magento2-functional-testing-framework/src/Magento/FunctionalTestingFramework/DataGenerator/etc/dataProfileSchema.xsd">
    <entity name="" type="">
        <data key=""></data>
    </entity>
    <entity name="" type="">
        <data key="" unique=""></data>
        <var key="" entityType="" entityKey=""/>
    </entity>
</entities>

Principles

The following conventions apply to MFTF <data>:

• A <data> file may contain multiple data entities.
• Camel case is used for <data> elements. The name represents the <data> type. For example, a file with customer data is CustomerData.xml. A file for simple product would be SimpleProductData.xml.
• Camel case is used for the entity name.

Example

Example (.../Catalog/Data/CategoryData.xml file):

<?xml version="1.0" encoding="UTF-8"?>

<entities xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
        xsi:noNamespaceSchemaLocation="../../../../../../vendor/magento/magento2-functional-testing-framework/src/Magento/FunctionalTestingFramework/DataGenerator/etc/dataProfileSchema.xsd">
    <entity name="_defaultCategory" type="category">
        <data key="name" unique="suffix">simpleCategory</data>
        <data key="name_lwr" unique="suffix">simplecategory</data>
        <data key="is_active">true</data>
    </entity>
    <entity name="SimpleSubCategory" type="category">
        <data key="name" unique="suffix">SimpleSubCategory</data>
        <data key="name_lwr" unique="suffix">simplesubcategory</data>
        <data key="is_active">true</data>
        <data key="include_in_menu">true</data>
    </entity>
</entities>

This example declares two <data> entities: _defaultCategory and SimpleSubCategory. They set the data required for category creation.

All entities that have the same name will be merged during test generation. Both entities are of the category type.

_defaultCategory sets three data fields:

• name defines the category name as simpleCategory with a unique suffix. Example: simpleCategory598742365.
• name_lwr defines the category name in lowercase format with a unique suffix. Example: simplecategory697543215.
• is_active sets the enable category to true.

SimpleSubCategory sets four data fields:

• name that defines the category name with a unique suffix. Example: SimpleSubCategory458712365.
• name_lwr that defines the category name in lowercase format with a unique suffix. Example: simplesubcategory753698741.
• is_active sets the enable category to true.
• include_in_menu that sets the include in the menu to true.

The following is an example of a call in test:

<fillField selector="{{AdminCategoryBasicFieldSection.categoryNameInput}}" userInput="{{_defaultCategory.name}}" stepKey="enterCategoryName"/>

This action inputs data from the name of the _defaultCategory entity (for example, simpleCategory598742365) into the field with the locator defined in the selector of the categoryNameInput element of the AdminCategoryBasicFieldSection.

Reference

entities

<entities> is an element that contains all <entity> elements.

entity

<entity> is an element that contains <data> elements.

<entity> may contain one or more <data>, <var>, <required-entities>, or <array> elements in any sequence.

data

<data> is an element containing a data/value pair.

var

<var> is an element that can be used to grab a key value from another entity. For example, when creating a customer with the <createData> action, the server responds with the auto-incremented ID of that customer. Use <var> to access that ID and use it in another data entity.

requiredEntity

<requiredEntity> is an element that specifies the parent/child relationship between complex types.

Example: You have customer address info. To specify that relationship:

<entity name="CustomerEntity" type="customer">
    ...
    <requiredEntity type="address">AddressEntity</requiredEntity>
    ...
</entity>

array

<array> is an element that contains a reference to an array of values.

Example:

<entity name="AddressEntity" type="address">
    ...
    <array key="street">
        <item>7700 W Parmer Ln</item>
        <item>Bld D</item>
    </array>
    ...
</entity>

<array> may contain <item> elements.

item

<item> is an individual piece of data to be passed in as part of the parent <array> type.