Nodes and Steps are the fundamental building blocks of Test Orchestration workflows. A Node represents an individual test script or action in your workflow. Workflows are built by connecting nodes together in a specific sequence.
🧩 Building Blocks Analogy
Think of nodes as LEGO blocks—small, connected units that build something larger when combined. Just stack them together to create complex workflows!
What Are Nodes?
A Node is a discrete execution unit in your workflow. Each node performs a specific action:
Execute a test script (Web, Mobile, API, Desktop)
Perform a workflow action (Wait, Retry, Stop, Send Email)
These nodes execute actual test scripts created in your testing platform.
Web Test Node
Common Uses:
UI interaction testing
Form validation
Cross-browser testing
User workflow simulation
Mobile Test Node
Common Uses:
Mobile app testing
Cross-platform validation
Touch gesture testing
Mobile-specific features
API Test Node
Common Uses:
REST/GraphQL API testing
Microservice validation
Data verification
Integration testing
Desktop Test Node
Common Uses:
Desktop app testing
Windows/Mac application validation
System-level operations
File handling testing
2. Action Nodes
Action nodes control workflow execution and perform utilities.
Wait Node
Pause the workflow for a specified duration.
Use Cases:
Wait for system processes
Allow data synchronization
Stagger API calls
Wait for email delivery
Retry Node
Automatically retry a failed node with configurable logic.
Use Cases:
API timeout handling
Network glitches
Server temporarily unavailable
Resource contention issues
Stop Node
Terminate workflow execution with a specified status.
Use Cases:
Early exit on critical failure
Test scenario complete
Mandatory condition not met
Workflow pause/cancel
Send Email Node
Send email notifications during workflow execution.
Use Cases:
Test failure notifications
Report distribution
Team alerts
Execution summaries
Data Hub Node
Access and manipulate shared test data.
Use Cases:
Shared test data management
Cross-workflow data access
Sequence-dependent test execution
Data cleanup operations
Comment Node
Add documentation and notes to workflows.
Use Cases:
Explain complex logic
Mark important sections
Document assumptions
Leave notes for team members
3. Conditional Nodes
Conditional nodes create branching logic in workflows.
If-Then Node
Execute different paths based on conditions.
Examples:
Switch Node
Route to multiple paths based on a value.
Examples:
Adding Nodes to Workflows
Adding a Node
Open Workflow
Navigate to your workflow in edit mode
Click Add Node
Click + Add Node button
Or click the + icon on canvas
Select Node Type
Choose from test scripts, actions, or conditionals
Test nodes show available scripts
Configure Node
Set input parameters
Configure execution settings
Define output mapping
Position Node
Drag node to desired location on canvas
Connect to other nodes by clicking connection points
Save
Node is automatically saved in workflow
Node Connection
Nodes are connected by arrows showing execution flow:
To create connections:
Click on source node (node that executes first)
Drag to target node (node that executes after)
Connection arrow appears between nodes
Configure connection (if conditional)
Disconnecting Nodes
To remove a connection:
Click the arrow/connection between nodes
Press Delete or click Remove Connection
Connection is removed, execution flow changes
Configuring Nodes
Input Parameters
Every node can have input parameters:
Setting Parameters:
Click on the node
Find the input parameter section
Click on parameter field
Enter value or select from variables
Save
Output Mapping
Define what data to capture from node execution:
Click on the node
Find Output Mapping section
Click Add Output
Enter:
Output Name: How to reference this (e.g., user_id)
Source Path: Where to find it in response (e.g., response.body.userId)
Data Type: Text, Number, Boolean, Object, Array
Save
Using Captured Output:
In downstream nodes, reference as:
Execution Settings
Configure how individual nodes execute:
Setting
Purpose
Options
Timeout
Max execution time
10s, 30s, 60s, custom
Skip If
Condition to skip node
Expression
Retry
Auto-retry on failure
Off, 2x, 3x, custom
Continue on Error
Proceed if node fails
Yes, No
Dependencies
Must complete before
Other nodes
Node Status Indicators
During execution, nodes show status:
Status
Icon
Meaning
Duration
Pending
⏳
Waiting to execute
Before start
Running
🔄
Currently executing
During execution
Passed
✅
Completed successfully
After completion
Failed
❌
Execution failed
After failure
Skipped
⊘
Skipped by condition
When skipped
Timeout
⏱️
Exceeded max time
On timeout
What Are Blocks?
This section has been deprecated. Blocks are no longer a feature of Test Orchestration. All workflow logic is now implemented through Nodes and Steps connected in sequence.
Advanced Node Features
✨ These advanced features help keep complex workflows organized and maintainable
Node Groups
Group related nodes for better organization:
Select Multiple Nodes
Click first node, Ctrl+Click others
Group Them
Right-click, select Group
Enter group name
Collapse/Expand
Click group arrow to collapse
Makes workflow cleaner
Node Templates
Create node templates for repeated configurations:
Configure a Node
Set all parameters and settings
Save as Template
Right-click node, Save as Template
Reuse Template
Add Node → Select From Template
Pre-configured node added to workflow
Node Comments
Add inline documentation:
Click node
Click Add Comment
Enter comment text
Comments appear in node
Node Performance
Monitoring Node Performance
Execution Time
Each node shows execution duration
Hover over node for detailed timing
Resource Usage
Memory and CPU for desktop/mobile tests
Network activity for API tests
Bottleneck Identification
Slowest nodes highlighted
Optimize high-duration nodes
Optimizing Node Execution
Sequential Execution
Execute independent nodes simultaneously
Reduces overall workflow time
Conditional Skipping
Skip unnecessary nodes
Use conditions wisely
Timeout Tuning
Set realistic timeouts
Prevent false failures
Summary
Nodes are individual execution units in workflows
Test nodes execute scripts; Action nodes control workflow
Conditional nodes create branching logic
Output from nodes can be used in downstream nodes
Proper sequencing ensures reliable execution
Data propagation allows passing data between nodes
Purpose: Read/write shared data
Parameters:
• Operation: Read / Write / Update / Delete
• Data Key: Identifier for data
• Value: Data to store (write operations)
Purpose: Conditional branching
Structure:
• Condition: Expression to evaluate
• If True: Execute this path
• If False: Execute alternative or continue
• If user_type = "admin" → Run admin tests
• If response_status = "200" → Continue
• If error_count > 0 → Run error handlers
Purpose: Multi-way conditional routing
Structure:
• Expression: Value to evaluate
• Case 1: If expression = value1 → path1
• Case 2: If expression = value2 → path2
• Default: If no cases match → default path
• Switch on environment:
- Case "staging" → Run staging tests
- Case "production" → Run prod tests
- Default → Run dev tests
Create User ──→ Login ──→ Browse Products ──→ Add to Cart