What are Scenario Tables?
Scenario Tables are a powerful feature in Spur that help you simplify and scale your test suites by using parameterized test data. Instead of creating multiple nearly identical tests with different inputs, you can write one test that dynamically runs through multiple scenarios defined in a table.
Understanding the structure:
- Each row = one scenario (test variation)
- Each column = one property (variable you’ll use in tests)
How to Set Up Scenario Tables
Step 1: Create Your Scenario Table
Navigate to the Scenario Tables section in Spur and choose your preferred method:
- Manual Creation
- Import via CSV
Best for small datasets
Enter table details
- Scenario Table Name: Choose a descriptive name
-
Description: Explain what scenarios this table covers


Step 2: Connect Your Table to a Test
How it works:
- Connect the Scenario Table to a Test Suite
- Use the properties
[property_name]in any test within that suite - Run the suite to execute all scenarios across all tests
Option 1: Through Test Suites Menu
Option 2: Through Test Editor
Step 3: Run and Monitor Your Tests
After saving your scenario-based test:View results
Check results in Run History, broken down by scenario:

- Example: Separate results for DFZ scenario and LAX scenario
Managing Scenarios
Enable/Disable Scenarios
Enable/Disable Scenarios
Use the toggle switch in the Status column to enable or disable specific scenarios without deleting them. Disabled scenarios won’t run when you execute the test.
Edit Scenarios
Edit Scenarios
Click any cell in the scenario table to edit values directly. Changes save automatically.
Add New Scenarios
Add New Scenarios
Click + New Scenario at the bottom of the table or press the keyboard shortcut to add additional scenario rows.
Delete Scenarios
Delete Scenarios
Select scenarios and use the delete option to remove them from your table.
Best Practices
- Start simple: Begin with 2-3 scenarios to validate your test logic before scaling up
- Use descriptive scenario names: Make it easy to identify which scenario failed in test results
- Organize related scenarios together: Group similar test variations in the same scenario table
- Keep variables consistent: Use the same variable names across related tests for easier management
- Test with one scenario first: Verify your test works correctly with a single scenario before adding more
- Document edge cases: Use scenario names to clearly indicate boundary conditions or special cases
Key Benefits
Reduce Redundancy
Write one test instead of many duplicate tests. A single parameterized test can handle dozens of scenarios without duplicating test logic.
Easier Maintenance
Update inputs in one central location. When test data needs to change, modify the scenario table rather than updating multiple individual tests.
Better Test Coverage
Easily test variations and edge cases. Add new scenarios to your table without modifying test logic, enabling comprehensive coverage of input combinations.
Scalability
Easily test variations and edge cases. Add new scenarios to your table without modifying test logic, enabling comprehensive coverage of input combinations.






