Annual Documentation Survey

Do you have 4 minutes to help us improve our documentation? Please take our annual survey!

Skip to end of metadata
Go to start of metadata

You can import Excel files (.xlsx) directly into TM4J using a wizard.
If your data is in the Numbers spreadsheet program on a Mac OS, no worries! Just export to XLS before you proceed with the import process.

This topic is split into two main parts to help you

  1. Properly format your Excel spreadsheet (pre-import), and
  2. Complete the import wizard.


Having issues? Creating an Excel spreadsheet from scratch?

Download the Sample1.xlsx template, which includes the suggested formatting.


Before You Import: Format Your Excel Spreadsheet

To import and allow you to map your fields and data accurately, the Excel spreadsheet you use to import your test-case information needs to abide by a few formatting specifications.

Define Your Test Steps

There are two ways you can format your test steps. Choose one.

Option 1

You can import the script type (Steps) by creating a column for Step and another column for the Expected Result, as demonstrated in the following example:

Option 2

You can import the script type (Plain Text) by creating a column for Test Script Plain Text, as demonstrated in the following example:

Import Limitations

A few limitations to keep in mind:

  • Importing data from Microsoft Excel does not calculate/evaluate formulas.
  • Only the first (left-most) worksheet tab of an Excel workbook will be imported (e.g. Sheet1).
  • Excel time cells will not import and must manually be changed to text format.

System Fields Available for Import

This table lists all of the system fields that are importable via Excel file. 

System Field

Description

Name

Text field, single line.

The Name field is required.

Ex: Validate mandatory fields.

Precondition

Text field, multi-line.

May contain line breaks.

Ex: Leaves fields in blank to verify if a user can advance without filling mandatory fields.

Objective

Text field, multi-line.

Can contain line breaks.

Ex: Ensure the user is unable to proceed without filling mandatory fields.

Test Script (Steps) - Step

Text field, multi-line.

Can contain line breaks. Should not be used if the Test Script (Plain Text) field has been mapped.

Ex: Leave username field blank and attempt to proceed further.

Test Script (Steps) - Expected Result

Text field, multi-line.

Can contain line breaks. Should not be used if the Test Script (Plain Text) field has been mapped.

Ex: User is unable to proceed further. The page warns about a mandatory field.

Test Script (Plain Text)

Text field, single line.

Should not be used if any Test Script (Steps) field has been mapped.

Ex: The content of the error message should be "field user name is mandatory."

Folder

Folder structure separated by a slash (/).

Ex: "folder 1/folder 2" or "/folder 1/folder 2" (same effect for both options).

Non-existing folders will be created.

Folders that match existing ones (including all path) will be merged.

Status

Name or short sentence describing the value.

A value-mapping step will be available for such fields.

Ex: Draft, Approved, In Review, etc.

Priority

Name or short sentence describing the value.

A value-mapping step will be available for such fields.

Ex: Low, Medium, High, etc.

Component

Name or short sentence describing the value.

A value-mapping step will be available for such fields.

The component field is the same component used by the Jira project.

Ex: Manufacturing

Labels

Name or short sentence describing the value.

A value-mapping step will be available for such fields.

Ex: Functional, Non-Functional, Smoke, Integration, etc.

Owner

The key of existing Jira users.

If the user doesn't exist, it will not be imported and a warning will be generated.

Ex: ccaetano, jbond, etc.

Estimated Time

The estimated time in seconds or using format hh:mm.

If the value can't be parsed, it will not be imported and a warning will be generated.

Ex: 00:40 or just 2400 (seconds)

Coverage

An issue key list separated by a comma.

If an issue doesn't exist for a given key, it will not be imported and a warning will be generated.

Ex: TIS-490, WOR-356, etc.

Importing Your Data to TM4J

  1. Open the project you want to import the test cases into, click Tests > EllipsesImport from File.


    The Import from File wizard appears.

  2. Click Microsoft Excel.
    The wizard progresses to the Setup stage.

  3. Upload your Excel (.xlsx) file by dragging and dropping it into the defined area or by clicking Choose the File and selecting it from your local storage.
    Your file uploads to the wizard.

  4. Complete the fields in the Settings section.
    1. Destination Folder - The folder into which you want to import your test cases. If a folder for your file does not exist in TM4J, one will be created during the import process.
    2. Date Format (two fields) - The format your test cases use, including the separator (slash, dash, or dot).
    3. Start Import at Row - The row in which you want the import to begin.
      1. The This row contains the field names checkbox is selected by default. Deselect this option if the row specified does not contain field names.

  5. Click Next.

    The wizard progresses to the Field Mapping stage.
  6. Map your fields, then click Next.
    Unmapped fields will not be created.

    The wizard progresses to the Data Mapping stage.

  7. Map your data type for components, priorities, statuses, labels, etc.
    A message appears if there is no data to map.
    Note the option to automatically create unmapped labels.


  8. Click Import.
    Your test-case information imports to TM4J. The wizard advances to the Results stage, where import messages and errors appear.
  • No labels