Shared spaces

The shared spaces feature enables you to create multiple shared spaces (tenants) on a single OpenText Functional Testing Lab server. Each tenant's data is isolated and is not visible to other tenants. You can also configure settings across all tenants. The shared spaces feature is useful when strict segregation is required, for example for managed service providers (MSPs).

This section describes the roles of the operator and administrator when using shared spaces. This section is relevant only for OpenText Functional Testing Lab (Trial, Enterprise, or Ultimate editions.) For details on editions, see Licenses.

In this topic:

Enable shared spaces

You can enable shared spaces functionality during installation, or by modifying the server configuration. For details see, Linux Installation, Windows Installation, or Reconfigure the server.

Operator tasks

An operator performs the initial setup tasks. When you first install OpenText Functional Testing Lab with shared spaces enabled, a default user (admin@default.com) is created. This user is assigned an operator role.

The operator can add additional shared spaces and operators. For each shared space that you add, you assign admin users for managing that shared space. Shared spaces are the containers for workspaces.

Back to top

Administrator tasks

After the operator has defined the shared spaces and their administrators, the administrators can then log into their respective shared spaces and start configuring them.

If the operator has not defined additional shared spaces (tenants), the system starts with the DEFAULT shared space with admin@default.com as the administrator of the shared space.

The admin user can add workspaces and additional users to the shared space, and assign users, devices, and apps to the workspaces. Each shared space can contain multiple workspaces. For more details on workspaces, see Lab and workspace management.

Back to top

User roles and permissions

When using shared spaces, users can have the role of an operator, administrator, or user. The operator has the highest level of permissions and has permissions across all shared spaces.

The table below illustrates the main differences between the roles:

Permissions	Operator	Admin	Workspace admin, User
Operator console	Can access the Operator console to create and edit shared spaces, manage operators and administrators, configure OpenText Functional Testing Lab global settings, and manage licenses.	Not visible	Not visible
Download logs	Can download OpenText Functional Testing Lab server logs (available from the Operator console.)	Can download logs for connectors and devices for a shared space.	Can only download Appium logs.
Operator /User Management	Create Can add additional operators and administrators. Creates an admin user when creating a new shared space.	Create Can create a new user or assign an existing user to a shared space in which they are assigned as an administrator. Can assign either a user or admin role within a shared space.	Create Workspace Admin: Can assign an existing user to a workspace. User: None
Operator /User Management	Update	Update Can change the role of a shared space user (Admin/ User)	Update
Operator /User Management	Delete Can delete an operator. Can remove an administrator.	Delete Can unassign a user from a shared space.	Delete
View system info
Change password (not available when using LDAP)	Can reset the password for any user from the Operators Management page.	Can reset the password for any user of the shared space.	Can only reset their own password.
License Management	Can access the Licenses page in the Operator console to upload and manage licenses. Can allocate quotas to shared spaces.	Can access the Administration menu to allocate the quota assigned to the shared space between individual workspaces.

For details on user permissions within an individual shared space, see Lab and workspace management.

Back to top

See also:

• Shared space management
• Connect to a shared space
• Lab and workspace management