Scheduling executions of Tests can be made by creating Test Executions containing the Tests that should be run.

In fact, Test Executions contain Test Runs (i.e. instances of the Tests in the context of that Test Execution, that contain a copy of the Test specification along with the respective result).

Executing Tests in multiple environments

Sometimes you're testing against different target systems, different browsers, different devices, different database providers.

In that case, if the Tests are exactly the same but you wish to track the results on those different environments, then you should create different Test Executions for the different environments and assign the proper Test Environment.

 More info about Test Environments can be found in Working with Test Environments.

How to manage assignment

The Test Execution provides two levels of assignments:

• the Test Execution issue itself (since it's an issue it has an assignee)
• at individual Test (run) level

Test Executions per each test executor

In the simplest scenario, and by default, the individual Test Runs are assigned to the same user as the one from the Test Execution assignee.

Therefore, you can create different Test Executions for different persons, each one will contain only the Tests aimed to be run by that person. In this case, the Test Execution assignee would be the same as the assignee of the individual runs.

Test Executions assigned to QA manager

Some teams have a QA manager/lead that is responsible for managing the lifecyle of the Test Execution, including for dealing with tasks such as

• assuring the execution progress is on track
• reviewing the results

In this case it may also be normal that Test Executions contain many Tests to be run. 

In this scenario, the Test Execution assignee would be the QA manager while the individual Test Runs would be assigned to one or more different persons.

FAQ

Do I need to create a Test Execution every time I need to run the same Tests? Can't I update an existing one?

For history reasons, you should create a Test Execution with the Tests that you want to run in that version/revision of the system. That way you'll be able to see the results you obtained in that specific iteration (i.e. in that Test Execution) that ran in some revision of the system under test. 

You can also update the same Test Execution but you'll loose the benefit of tracking how your test results evolve through time.