TDM Environment permission sets are set on an environment level and are assigned to testers. Each permission set defines a list of permissions related to the creation and execution of TDM tasks in an environment. Testers can only create and execute a TDM task if they are assigned to one of the environment's permission sets.
A TDM Environment permission set is an optional setting in an environment and it can be created, edited or deleted by either an Admin user or the Environment Owner. An environment without a permission set or without testers attached to a permission set, can only be used by Admin users or by Environment Owners.
An environment's permission sets are displayed in the Permission Sets tab in the Environment window:
The Permission Set window defines the TDM Environment permissions, and the list of testers assigned to it is displayed in the following example:
The Permission Set window has the following settings:
The name of the TDM Environment permission set (mandatory). Note that each active permission set should be assigned with a specified name. An error is displayed when an attempt is made to create several permission sets with the same name.
A description of the TDM Environment permission set (optional).
Read access can be granted on a source environment, i.e., the environment type is Source or Both.
Write access can be granted on a target environment, i.e., the environment type is Target or Both.
When an Environment Type is Both, it can have both accesses: read and write. Therefore, the TDM Environment permission sets in these environments can have one or both accesses.
Example:
ENV1 can be a source or target environment. The environment has 2 permission sets:
Set1, enables read-only access. Testers with this permission set can select this environment only as a source environment in a TDM task.
Set2, enables write-only access. Testers with this permission set can select this environment only as a target environment in a TDM task.
Set3, enables read and write accesses. Testers with this permission set can select this environment as a source and/or target environment in a TDM task.
The Max Number of Entities field indicates the maximum number of entities processed by a task. This number must be set for each access type. The Number of Entities is set on both Read and Write access types. A different number of entities can be set for each access type.
Example:
Read Number of Entities = 1000. Write Number of Entities = 10.
The user attached to this permission set can run the following tasks on this environment:
Click for more information about setting the number of entities on a TDM load task.
Attach testers to the TDM Environment permission set. The connection of a tester to a testing environment is established by connecting the tester to the environment's permission set.
A TDM Environment's permission set can be attached to selected testers, selected user groups (Fabric roles), or to all TDM users.
Note that although an environment's permission set without tester users is not usable, the Testers setting is optional and it enables creating permission sets and then adding them to testers at a later stage.
The All option is used to enable the permission set for all TDM users. To do so, click Testers and then select ALL.
Alternatively, click the icon next to the Testers setting. The following pop-up window displays:
Check the All Users checkbox.
Notes
A tester user can be attached to only one TDM Environment permission set per environment and cannot be attached to different TDM Environment permission sets in the same environment.
An owner user or group can be attached to either the Environment Owners or the TDM environment permission sets. In other words, an owner tester can be attached to a TDM environment as either an owner user or a tester user.
A list of permissions that can be assigned to a permission set. Check to grant one or more permissions to a permission set, as follows:
TDM tests the connections of the source and target environments at the beginning of the task's execution. If the connection fails, the user is asked whether he/she wishes to ignore the failure and continue the execution or to stop the execution. When unchecked, the task's execution stops when the connection fails without an option to ignore the failure and to continue the execution.
Enables the user to check the Delete task action on the task. This permission applies only when the permission set has Write access.
Create replicas of a real entity in a testing environment using a TDM Load task. This permission applies only when the permission set has Write access.
Randomly select entities for TDM load task. This permission applies only when the permission set has Write access.
Ask to sync the entities from the source to get fresh data in the task.
Create TDM tasks to extract or load tables.
Add scheduling settings in the TDM task to run an automatic periodic execution of the task based on the scheduling parameters.
Replace the sequences (IDs) of the entities when loading them to the target environment. This permission applies only when the permission set has Write access.
Create a snapshot (data Versioning) in the task.
The maximum number of entities that the user can reserve on the environment. From TDM 8.1 and onwards, it is possible to add a Reserve only permission to the user, i.e., the number of entities in the Write or Read permissions is zero, but the Max Number of Reserved Entities on Env is greater than zero. This permission set allows the user to reserve entities on the environment although they are not permitted to read or write on the environment.
The AI environment is a dummy environment set for AI-based synthetic entities generation. The AI environment is used as a target environment for the AI training task and as a source environment for an AI-based generation task. Therefore, the AI environment type must be Both.
The Read permission on the AI environment grants a permission to generate new AI-based entities in the AI-based entities generation task.
The Write permission on the AI environment grants a permission for an AI training task.
Note that even if a user does not have a permission set on the AI environment, the user can still get pre-generated synthetic entities from the Test Data Store and load them into the target environment (set in the Target component).
TDM Environment permission sets are set on an environment level and are assigned to testers. Each permission set defines a list of permissions related to the creation and execution of TDM tasks in an environment. Testers can only create and execute a TDM task if they are assigned to one of the environment's permission sets.
A TDM Environment permission set is an optional setting in an environment and it can be created, edited or deleted by either an Admin user or the Environment Owner. An environment without a permission set or without testers attached to a permission set, can only be used by Admin users or by Environment Owners.
An environment's permission sets are displayed in the Permission Sets tab in the Environment window:
The Permission Set window defines the TDM Environment permissions, and the list of testers assigned to it is displayed in the following example:
The Permission Set window has the following settings:
The name of the TDM Environment permission set (mandatory). Note that each active permission set should be assigned with a specified name. An error is displayed when an attempt is made to create several permission sets with the same name.
A description of the TDM Environment permission set (optional).
Read access can be granted on a source environment, i.e., the environment type is Source or Both.
Write access can be granted on a target environment, i.e., the environment type is Target or Both.
When an Environment Type is Both, it can have both accesses: read and write. Therefore, the TDM Environment permission sets in these environments can have one or both accesses.
Example:
ENV1 can be a source or target environment. The environment has 2 permission sets:
Set1, enables read-only access. Testers with this permission set can select this environment only as a source environment in a TDM task.
Set2, enables write-only access. Testers with this permission set can select this environment only as a target environment in a TDM task.
Set3, enables read and write accesses. Testers with this permission set can select this environment as a source and/or target environment in a TDM task.
The Max Number of Entities field indicates the maximum number of entities processed by a task. This number must be set for each access type. The Number of Entities is set on both Read and Write access types. A different number of entities can be set for each access type.
Example:
Read Number of Entities = 1000. Write Number of Entities = 10.
The user attached to this permission set can run the following tasks on this environment:
Click for more information about setting the number of entities on a TDM load task.
Attach testers to the TDM Environment permission set. The connection of a tester to a testing environment is established by connecting the tester to the environment's permission set.
A TDM Environment's permission set can be attached to selected testers, selected user groups (Fabric roles), or to all TDM users.
Note that although an environment's permission set without tester users is not usable, the Testers setting is optional and it enables creating permission sets and then adding them to testers at a later stage.
The All option is used to enable the permission set for all TDM users. To do so, click Testers and then select ALL.
Alternatively, click the icon next to the Testers setting. The following pop-up window displays:
Check the All Users checkbox.
Notes
A tester user can be attached to only one TDM Environment permission set per environment and cannot be attached to different TDM Environment permission sets in the same environment.
An owner user or group can be attached to either the Environment Owners or the TDM environment permission sets. In other words, an owner tester can be attached to a TDM environment as either an owner user or a tester user.
A list of permissions that can be assigned to a permission set. Check to grant one or more permissions to a permission set, as follows:
TDM tests the connections of the source and target environments at the beginning of the task's execution. If the connection fails, the user is asked whether he/she wishes to ignore the failure and continue the execution or to stop the execution. When unchecked, the task's execution stops when the connection fails without an option to ignore the failure and to continue the execution.
Enables the user to check the Delete task action on the task. This permission applies only when the permission set has Write access.
Create replicas of a real entity in a testing environment using a TDM Load task. This permission applies only when the permission set has Write access.
Randomly select entities for TDM load task. This permission applies only when the permission set has Write access.
Ask to sync the entities from the source to get fresh data in the task.
Create TDM tasks to extract or load tables.
Add scheduling settings in the TDM task to run an automatic periodic execution of the task based on the scheduling parameters.
Replace the sequences (IDs) of the entities when loading them to the target environment. This permission applies only when the permission set has Write access.
Create a snapshot (data Versioning) in the task.
The maximum number of entities that the user can reserve on the environment. From TDM 8.1 and onwards, it is possible to add a Reserve only permission to the user, i.e., the number of entities in the Write or Read permissions is zero, but the Max Number of Reserved Entities on Env is greater than zero. This permission set allows the user to reserve entities on the environment although they are not permitted to read or write on the environment.
The AI environment is a dummy environment set for AI-based synthetic entities generation. The AI environment is used as a target environment for the AI training task and as a source environment for an AI-based generation task. Therefore, the AI environment type must be Both.
The Read permission on the AI environment grants a permission to generate new AI-based entities in the AI-based entities generation task.
The Write permission on the AI environment grants a permission for an AI training task.
Note that even if a user does not have a permission set on the AI environment, the user can still get pre-generated synthetic entities from the Test Data Store and load them into the target environment (set in the Target component).