My Certificate Find a Certificate About Certification QA Terminology Basics of Software Testing Basics of Test Automation QA Processes Overview Basics of testRigor BDD & SDD Web Testing Overview Mobile Testing Overview Native Desktop App Testing Overview API Testing Overview Click / Drag / Hover Entering Data Variables Validations Scrolls and Swipes Dealing with Dates and Times Dealing with Emails Working with Tables Conditional Sequences Cycles & Loops Reusable Rules SMS and Phone Calls Managing Multiple Environments Settings Integrations AI and Prompt Engineering AI-Driven Test Case Generation with testRigor Using AI Coding Agents with testRigor Final Exam

Generative AI-Based Testing Certification

Cycles & Loops

Cycles & Loops

testRigor has support for executing commands until a certain condition is true. For example:
click "Next" until page contains stored value "previously generated id"
It can be used for going through pages in long lists or scrolling down until a certain text is visible, or a certain button is visible. By default the action will be executed up to 10 times, but you can extend the maximum number of times by adding “up to”:
click "Next" up to 12 times until page contains strictly button "Place order"

Note: The maximum amount of loops set by testRigor is 42.

Loops with scrolls

Loops are also used frequently when scrolling. Here are some of the commands that can be used:
scroll down until page contains "something"
scroll down on "element1" up to 10 times until page contains "element2" // scrolls on the position on the screen, not the element itself
scroll up/down on a "container"
Troubleshooting: Sometimes tR will treat some text elements inside the container as visible, although they’re not visible to the actual user. This refers especially to containers with a lot of text (e.g., terms of agreement) where you have to scroll down all the way to the bottom of the text before the buttons or checkboxes at the bottom are enabled. The way to handle this instance is the following:
scroll down until "I agree" is visible using OCR
scroll down until "I agree" is visible using OCR only

Loops with dynamic waits

A dynamic wait repeatedly waits for a set amount of time until a specified condition is met. This can be useful when an element or text may take longer than the default timeout to appear.

Best practice: Use dynamic waits as little as possible and only when a step may take longer than the default timeout.

Here are some commands that can be used:
wait 5 sec until page contains "text"
wait 5 sec up to 12 times until page contains "text"

In this case, testRigor will check for the element to appear every 5 seconds (up to a minute total, 5 sec x 12 times = 60 seconds), and move to the next step once this criteria is satisfied. If the full 60 seconds pass, the test will fail.

Loops with reusable rules

Loops also work with reusable rules. For example, let’s consider a scenario where you need to click the Next button in a Google search until the page contains the result you’re looking for. You can create a reusable rule that we’ll call scroll and wait for this example using the following steps:
scroll down
wait 2 sec
The looped rule will look like this in the test:
scroll and wait until page contains "Social and Cultural Anthropology"

testRigor executes all commands in the rule before checking the until condition. If the condition is not satisfied, the entire rule runs again. Remember that until executes up to 10 times by default.

Test your knowledge

To execute commands repeatedly until a condition is met.
To generate random values.
To store data for later use.
To execute commands in a random order.
101
10
42
There is no limit.
wait 3 sec up to 10 times until page contains “Order Placed”
wait 10 times until page contains “Order Placed” every 3 sec
wait 3 sec up to 10 times till “Order Placed” appears
wait every 3 sec up to 10 times for”Order Placed” to appear
© testRigor. All rights reserved.