Desktop Testing
Documentation Home
  • About
  • Getting-Started
    • Overview 📡
    • Analyze
      • Mind Maps
      • Reports
      • Sprint Reports
      • Mind Map Using Tags
      • Test Lab Reports
    • Build
      • Test Repository
      • module-operation
      • Parameterization
      • Project Setup
      • Test Scripts
      • Maintaining the Script
      • Test Steps
    • Maintain
      • Shared Tests
    • Project-Creation
      • Project Creation🏗️
      • Quick Run🏁
    • QB-Installation-And-Node-Registration
      • QB Installation And Node Registration
    • Run
      • Sprints
      • Test Lab
  • User-Actions
    • SAP User Actions
    • Windows User Actions
  • Advanced Features
    • Advanced SAP User Actions
    • Importing VB Scripts
    • QSpy and Recorder
    • Execute Test Case User Action Documentation
    • import-export-script
    • Shared Tests
    • TDM and Parameterization
  • FAQs
    • FAQs
  • Downloads
    • files
      • SAP Virtual Keys
Powered by GitBook
On this page
  • Introduction
  • Usage
  • Parameterization Feature
  • Inputs
  • Validation of Parameterized Table Contents
  • Parameterization Scenarios
  • Validation Checklist
  1. Advanced Features

Execute Test Case User Action Documentation

Last updated 8 months ago

Introduction

The 'Execute Test Case' user action allows users to invoke entire test scripts as test steps within another script, promoting reusability.

Note:

  1. Users can employ multiple 'Execute Test Case' actions within a single test script.

  2. However, the invoked test script should not contain any 'Execute Test Case' actions, as this is not allowed.

Usage

To use the 'Execute Test Case' useraction:

  1. Select 'Execute Test Case' under “Functions”.

  2. Click the “Select Script” button to display modules within the project.

  3. Choose a module and select the script for invocation.

Parameterization Feature

The 'Execute Test Case' user action includes a parameterization feature, enabling users to test various scenarios. Test data is managed using a dedicated table called the Test Data Management (TDM) table, serving as the data source for parameterized test steps.

Inputs

Required:

  • Script Name: Select the script to be invoked.

Optional:

  • Data: This field is used to select a row of the child script. It is used to run the parameterized scripts of the invoked script or use an asterisk (*) to select all rows.

If this user action is parameterized, the 'Data' field will be changed into 'Data Column', which is a mandatory field.

*Data Column: Specify the column name for the parent script.

Validation of Parameterized Table Contents

We have implemented validation checks for the parameterized data table to ensure data integrity and accuracy.

Parameterization Scenarios

Scenario
Parent Script 'is_parameterized'
Child Script 'is_parameterized'
Action

1

false

false

Normal Execution

2

false

true

In the parent script, provide the row name of the 'parameterized child script' data table in the data field. Use an asterisk (*) to execute all rows.

3

true

true

In the parent script data table, specify the row name of the child script. An asterisk (*) can also be used to execute all rows.

4

true

false

This configuration performs a normal execution.

  1. When 'Test 1' has parameterized steps with two rows of data, you can employ 'Test 1' in 'Test 2.' In the 'Data Column' field, indicate the test case serial name (e.g., Tc_1) for the test data execution.

  2. When 'Test 1' contains parameterized steps with two rows of data, you can use 'Test 1' in 'Test 2.' Within the 'Data Column' field, you may specify (*) as a wildcard. In this scenario, both data and execution will be considered, resulting in two iterations before proceeding to the next step.

Validation Checklist

  • Preventing Invalid Row Names: Users cannot enter row names not present in the child script.

  • Enforcing Environment Consistency: The parent and child scripts must reside in the same environment for execution.

  • Requiring Complete Data Entry: Users must provide data for all cells in the parameterized data table.

  • Prohibiting Special Characters: Special characters such as commas(,) or pipe symbols (||) are not allowed in row names to prevent data discrepancies (e.g., Tc1, Tc2, or Tc1 || Tc2).

Execute Test Case
Execute Test Case
Execute Test Case