Testlio values quality over quantity. This has been our motto from the beginning and it expands to everything we do. We also expect our network of expert testers to respect it while they are working with us. We have listed down actions that show us that a tester might not be able to deliver the quality we are looking for. As transparency is very important for us, we wanted to communicate unacceptable actions to everyone.

We have categorized the actions that are not tolerated in our network into groups based on their severity and resulting actions.

Group 1 actions will result in immediate off-boarding from our network:

  • Using someone else’s Testlio account or letting someone else use your account for testing.

  • Distributing private information about Testlio or its clients.

  • Using test data with offensive or unprofessional content.

Group 2 actions will initially result in a written warning. After three warnings the tester will be off-boarded:

  • Start testing too late in the run and letting this affect testing quality or not being able to complete the whole task in the remaining time.

  • Posting ghost issues (empty issues with only titles) only to fill them out later.

  • Marking cases as “Passed” or “Failed” when they are actually not testable (should be marked as “Unable to test”).

  • Marking cases as “Passed” or “Failed” without actually validating them first.

  • Showing one client data on another one’s run.

  • Expressing unprofessional comments about the client or the related app in the workspace app or anywhere on the platform.

  • Not following the privacy guidelines – mentioning client names publicly, sharing client-specific sensitive data.

  • Not informing your Testing Manager or Engagement Manager when you encounter issues that prevent you from testing or delivering good results.

  • Engaging in the personal belittling of anyone in the network.

  • Accepting an invite but not showing up to a test run (without a valid reason).

Group 3 actions are with slightly lower damage, but still not acceptable. In these cases Testing Manager, someone from the Services or Network Team will contact the tester. If similar cases become more frequent we might lower testers’ pay rate, amount of workspaces they are eligible to work on or give them a warning:

  • Not fully following the task lists, focus points, out-of-scope notes.

  • Not following the exact steps when reproducing issues.

  • Adding a video to the report that is corrupted (file does not open), that has a really bad quality (video is too blurry, shaky, hard to see and/or too long) or adding an irrelevant video (does not show all the steps or shows totally different things).

  • Testing for longer than the assigned time and expecting to get paid for those hours without confirming it with a Testing Manager beforehand.

  • Not specifying a proper reason when marking a case as “Unable to test”.

  • Commenting issue as 'is reproducible' though it's actually not reproducible and vice versa.

*These lists are subject to change.

Please note that we do not take any quality issues or the resulting measures lightly. We will communicate with the tester beforehand to see what led him/her to take the actions and are often ready to give our testers a second chance, as long as the mistakes haven’t been intentional or malicious.

Did this answer your question?