How Remote Testers Should Work Together

Whether you’re a QA manager looking to improve collaboration in a remote environment or a tester wanting to up your teamwork skills, these pointers will help you adopt the right mentality and get the right frameworks in place.

Use the same project language

When issues are reported in a way that reflects the terminology used by the project and the product itself, then testers can easily search through various communication tools like Slack (and the test management platform) to learn what is being said about a particular feature or area.

QAMs need to clarify the project language up front, and testers need to stick to it. This way everyone can benefit from easily finding and requesting information.

Avoid duplicate issues

Universal project language is very helpful when it comes to avoiding the creation of duplicate issues. Testers should be encouraged to include project terminology in titles and descriptions and to search for existing issues before creating new ones.

One of Testlio’s general reporting guidelines is to include the section of the app affected in brackets in the issue title. This makes issues easy to search, and when issues can be found then they won’t be duplicated. When they can’t be found, duplication is much more likely.

Testers need to remember to search through closed issues too!  Discovering what seems like a new bug may require that you reopen an issue.

Have project-specific reporting guidelines

Everyone needs to be on board with the purpose of a test cycle. This is achieved by having a comprehensive test plan for testers to follow and by having a clear project scope that identifies the areas in need of the most attention.

Testlio testers include the following in every bug report:

  • Clear, specific title
  • Necessary environment details
  • Steps to reproduce
  • Expected result
  • Actual result
  • Screen recording attachment
  • Log file attachment

In addition, we include reporting guidelines for every project. Examples of this would be to only log medium to high priority bugs, to include PNG screenshots of UI bugs in addition to screen recordings, or to include suggestions/requests for only one specific feature and nothing else.

Documenting and sharing these additional guidelines means that the end result of the cycle will be high-quality bugs that contribute to development goals.

Encourage collaboration and sharing

Testers should also be able to freely discuss:

  • Technical tips and questions
  • Comments and questions about project scope
  • Big issues and the product areas/functions they might affect
  • Strategies for digging deeper into problem areas

Project-specific Slack channels can be a great place for open communication. So can unique chat rooms for each project, which is how the Testlio test management platform is organized.

Testers can help one another out and stay completely up to date on the status of the project. Having a place for open communication has the added benefit of keeping issue logs and their comments tightly focused.

Make reproducing easier

To make sure issue reports are of the maximum use to developers, all of Testlio’s logged issues undergo a reproduction attempt by at least one other tester.

When an issue can be reproduced, its root problem can be more quickly discovered by developers. We want to submit reproducible issues as much as possible.

Of course, the way to make issues easy for another tester to attempt to reproduce is to clearly write out the steps and to only include those steps that are relevant to that issue.

For example, a tester should only include a specific user login if that account’s data is associated with the error. If the error is likely generic, then logging in as a specific user is a waste of time for the second tester. When in doubt, it’s best to keep that additional step, as the second tester can attempt reproduction in different accounts.

We recently added a new commenting template which helps differentiate comments from reproduction attempts, so it’s easier to scan through and review the status of those attempts.

Create guidelines for sharing test accounts

Sometimes for reproducing purposes, testers need to share test accounts. While it’s generally advisable that they only use shared test accounts for reproducing, there may be circumstances where they need to share their main test account because the associated data is necessary for another tester to be able to reproduce the bug.

It’s good to have some sort of guidelines in place for sharing accounts so that testers don’t trample over each other’s hard work and make changes to the account that could affect other aspects of testing. One simple rule is to never make changes to someone else’s account and to just log in, repro, and log out.

Whenever possible, it’s helpful to have data-rich shared accounts that everyone can freely use.

Collaboration is the lifeblood of quality assurance. Any test cycle is a meeting of minds and requires continued communication to be executed successfully.

Making it easy for testers to work together and encouraging participation leads to higher quality bugs and faster testing. When testers aren’t overlapping or duplicating one another unnecessarily, then there’s more time for the deep diving that produces valuable testing results. And when they can share project comments and testing tips and tricks, then everyone can grow their skills, and of course…have fun!