Managing Sub-Accounts

Sub-accounts are accounts that can be linked to your account. They're a great way to share your subscription and test results with your team members.


  • Everyone in the same group can see each other's tests.
  • Each sub-account has its own login credentials to log into our TestingBot member dashboard, and they have their own key/secret credentials to run tests on our Selenium grid.

A sub-account can create/run/delete tests, see test results and interact with the member dashboard. The things sub-accounts can't do are:

  • Access any subscription related items: payment information, invoices, accounting details, ...
  • Add/remove any other sub-accounts

Adding Sub-Accounts

Go to My Account > Add Team Members to add a new sub-account.


You can choose to either:

  • Invite Someone: create a new account with email/password combination.
    We'll send an activation link to this person's email address so he/she can immediately log in with the newly created sub-account.
  • Add existing TestingBot User: in case the person you'd like to add to your group already has an account on TestingBot,
    then simply fill in the e-mail address they use on TestingBot. They'll receive an invite to join your group account as a sub-account.

Modifying Sub-Accounts

To remove or edit a sub account, go to My Account > Team Members.


Disconnecting a sub-account

From there, you can disconnect a sub-account (clicking the red cross icon).
This disconnects the sub-account from your group.
The account will not be removed from our system, but it will no longer be associated with your account or other sub-accounts.

Read-Only Sub-Accounts

Making a sub-account Read-Only means the account can only view tests, not modify or remove any results from the team account.

Permissions

You can choose to make a sub-account have USER permissions or ADMIN permissions.

  • USER: the sub-account does not have any rights to add/remove other team members to the team account.
  • ADMIN: the sub-account can add/remove other users to the team account. The only difference with the parent account is that the parent account can access/modify billing related settings, which an admin can not do.

Concurrency Limit

The Concurrency Limit indicates how many tests a user can run simultaneously. The more tests you run concurrently, the faster you can process all your tests.
By default, a sub-account will have the same amount of concurrency like the parent account (which depends on the pricing plan that the parent account is subscribed to).


It is possible to change the concurrency limit per user. This way, you can for example divide the amount of concurrency you have across various team members.
For example: you have an Enterprise plan with 30 concurrent VMs: You can assign 10 concurrent VMs to team member A, 15 to team member B and 5 to team member C. A user can not run more tests concurrently than the maximum amount assigned. If the user tries to run more tests, the tests will be queued in our system, waiting for a concurrent slot to free up.


If you do not change this setting for any of the sub-accounts, then all sub-accounts will have access to the maximum amount of concurrency. Whenever this threshold is reached, extra tests for any sub-account will be queued until a slot frees up.

Tests Overview for Sub-Accounts

To see a list of tests created by a sub-account, click the "Tests ran by this user".
The list contains tests ran by this sub-account (with their own key/secret).