Each playtest is protected by technical, legal and panel security measures to keep your testing accurate, safe, secure and – if needed – private. Here’s how the defense-in-depth approach works in practice:

Legal security: All players are under an NDA prior to participating in your playtest. If needed, you or us can even take legal action against the player.

Panel security: We continuously monitor our panel and all players who participate in playtests for fraudulent behavior and remove players who trip our safeguards from the panel. These checks also run during each playtest and allow us to take action when needed – often automatically.

Technical security: Depending on the needs of your particular playtest and the platform you run it on, many technical security measures are available to safeguard your game or other assets during and after the playtest. On some platforms, these measures include an automatic kill switch that can disable the game after the playtest. Choose the platform you’re interested in testing on below to review the technical security measures available on it.

In addition to the layered legal & panel security measures described above, the following technical security measures are available to protect your game during playtesting.

Builds provided by linking to the Apple App Store:
As these games are publicly available, no additional technical security measures are needed nor offered.

Unreleased games shared through your TestFlight account
‍iOS games on TestFlight can be playtested in two ways:

• As is, without the PlaytestCloud SDK: This is the recommended mode when your game is already in soft launch or has launched. It requires no code changes whatsoever, but you might want to add our SDK to add touch recording to your iOS playtests.

• With the PlaytestCloud SDK: This mode is ideal for testing confidential, unreleased games.

After an easy integration of the PlaytestCloud SDK, we can add additional strict technical security measures to your game:

Access control. Ensures that only players who are participating in your playtest can open the game. We always know who opens the game, at what time, and what they do within it.

‍Conditional access. Some playtests require players to play at specific times or intervals, and not at others. Our software enforces that the game cannot be played outside of the defined times.

‍Remote build deactivation ("kill-switch"). A "kill-switch" allows us to block future access to the game build after the playtest is over or if access needs to be revoked at any time. The “kill-switch” is enabled automatically when a playtest finishes.

‍Continuous recording. We record players for the entire duration of a playtest. Players are aware of this arrangement, and you have access to the whole interaction the player has within your game. We do this for the safety and security of your game, as every interaction is traceable.

In addition to the layered legal & panel security measures described above, the following technical security measures are available to protect your game during playtesting.

Builds provided by linking to the Google Play Store
As these games are publicly available, no additional technical security measures are needed nor offered.

Unreleased builds provided as APK and AAB files
‍This is a highly secure playtesting mode, and it requires no SDK or other code changes.

Our security mechanisms will wrap around your game automatically and add these additional, strict technical security measures to your game:

Access control. Ensures that only players who are participating in your playtest can open the game. We always know who opens the game, at what time, and what they do within it.

‍Conditional access. Some playtests require players to play at specific times or intervals, and not at others. Our software enforces that the game cannot be played outside of the defined times.

Uniquely fingerprinted builds. Each player will receive a uniquely fingerprinted version of your game build that allows us to trace the builds back to the individuals who received it.

‍Remote build deactivation ("kill-switch"). A "kill-switch" allows us to block future access to the game build after the playtest is over or if access needs to be revoked at any time. The “kill-switch” is enabled automatically when a playtest finishes.

‍Continuous recording. We record players for the entire duration of a playtest. Players are aware of this arrangement, and you have access to the whole interaction the player has within your game. We do this for the safety and security of your game, as every interaction is traceable.

In addition to the layered legal & panel security measures described above, the following technical security measures are available to protect your concept tests (using our Concept Testing) during playtesting.

This is a highly secure playtesting mode as players access the concept test exclusively through a special concept testing view in our own, player-facing secure recording apps.Our recording apps implement the following additional, strict technical security measures for your concept tests that use the Concept Testing feature:

Access control. Ensures that only players who are participating in your concept test can view the concept. We always know who opens the concept test, at what time, and what they do within it.

Conditional access. Some playtests require players to view concepts only at a specific stage of the playtest, and not at others. Our software enforces that the concept test cannot be viewed and participated in outside of the defined times.

Remote build deactivation ("kill-switch"). A "kill-switch" allows us to block future access to the concept test after the test is over or if access needs to be revoked at any time. The “kill-switch” is enabled automatically when a concept test finishes.‍

Continuous recording. We record players for the entire duration of a concept test. Players are aware of this arrangement, and you have access to the whole interaction the player has with your concept test. We do this for the safety and security of your concept test, as every interaction is traceable.

In addition to the layered legal & panel security measures described above, the following technical security measures are available to protect your game during playtesting.

‍Playtests with games that are public on Steam:
‍As these games are publicly available, no additional technical security measures are needed nor offered.

‍Playtests with Steam games that require Steam keys to access the build:
‍PlaytestCloud automates the distribution of Steam keys to players in your playtests. We support all types of Steam keys, including Steam Playtest keys. Access to the Steam keys is only provided to players after they have agreed to an NDA.When you use Steam Playtest, you can also set the build to “Not Playable” in your Steam Playtest settings to prevent players from continuing to play. When other types of keys are used, the ability to disable builds or revoke keys depends on the features Steam offers at the time of your playtest. You can find more information about the different types of Steam keys in the Steamworks documentation.

‍Game builds provided by directly uploading them to PlaytestCloud for distribution to players:
‍This distribution method is best suited for games where distributing the game build directly to players is acceptable.

‍Access control.
Ensures that only players who are invited to your playtest and have accepted the NDA can download the build from PlaytestCloud. The players will download and play the game build on their own PC. Please note that PlaytestCloud cannot disable the game build after the playtest completes.

In addition to the layered legal & panel security measures described above, the following technical security measures are available to protect your prototype during playtesting.

Clickable prototypes provided through a URL and viewed on iOS or Android
Our technical security measures rely on our platform automatically conducting prototype playtests through a special mobile browser developed by us.

Hidden URL. We don’t reveal the URL your content or prototype is hosted at, meaning players cannot access it after the playtest has concluded unless the prototype reveals its location to the players.

If your prototype does not reveal it’s URL to players, the following technical security measures further protect your prototype:

Access control. Ensures that only players who are participating in your prototype test can open the prototype. We always know who opens the prototype, at what time, and what they do within it.

‍Conditional access. Some playtests require players to play at specific times or intervals, and not at others. Our software enforces that the game cannot be played outside of the defined times.

Remote build deactivation ("kill-switch"). A "kill-switch" allows us to block future access to the mobile browser pointing at the clickable prototype after the playtest is over or if access needs to be revoked at any time. The “kill-switch” is enabled automatically when a playtest finishes.

‍Continuous recording. We record players for the entire duration of a playtest. Players are aware of this arrangement, and you have access to the whole interaction the player has within your game. We do this for the safety and security of your game, as every interaction is traceable.

In addition to the layered legal & panel security measures described above, the following technical security measures are available to protect your browser game during playtesting.

Browser games provided through a URL and viewed on iOS or Android
Our technical security measures rely on our platform automatically conducting browser tests through a special mobile browser developed by us.

Hidden URL. We don’t reveal the URL your game is hosted at, meaning players cannot access it after the playtest has concluded unless the game reveals its location to the players.

If your game does not reveal it’s URL to players, the following technical security measures further protect it:

Access control. Ensures that only players who are participating in your browser test can open it. We always know who opens the browser game, at what time, and what they do within it.

‍Conditional access. Some playtests require players to play at specific times or intervals, and not at others. Our software enforces that the game cannot be played outside of the defined times.

Remote build deactivation ("kill-switch"). A "kill-switch" allows us to block future access to the mobile browser pointing at the browser game after the playtest is over or if access needs to be revoked at any time. The “kill-switch” is enabled automatically when a playtest finishes.

‍Continuous recording. We record players for the entire duration of a playtest. Players are aware of this arrangement, and you have access to the whole interaction the player has within your browser game. We do this for the safety and security of your game, as every interaction is traceable.

In addition to the layered legal & panel security measures described above, the following technical security measures are available to protect surveys you run directly on PlaytestCloud.

‍Access control. Ensures that only players who are invited to your survey can open the survey. We always know who opens the survey, at what time, and when they submit it.

‍Conditional access and automated deactivation. Our software enforces that players can only access the survey while it is still accepting responses. If your survey is part of a playtest that also has other steps, such as playing a game, the survey can only be accessed by players when they have completed all preceding steps.