How Important is it for a Tester or Developer to Communicate with Each Other?

To start with the discussion of the above-said topic, I wish to take a real-life example:

Imagine a husband and a wife, living in the same house, are not communicating with each other. Or let’s say there is nothing to communicate between them. They just text each other if anything important needs to be taken care of. Otherwise, both are busy with their own lives and do not disturb/take care much of each other.

What happens after days? Frustration builds, irritation grows, anger erupts, and eventually, there’s an explosion. Any relationship strengthens only if there are frequent communications, rare fights, and multiple agreements and celebrations with each other.

Now, compare the above situation with the software project lifecycle.

A Developer and a Tester’s relation is something similar to that. They work together on a project to make it successful. No project in the world has been successful because of tools, budget, code, or infrastructure. It was always real people who made the project successful. To make something successful, a team is required and not an individual.

After drawing that brief line, I would like you to take a thorough analysis to understand why a tester and a developer should communicate/work as a team.

Why Tester And Developer Should Communicate And Work As A Team?

First, let’s cover what are the benefits of Developers and Testers work as a team:

#1) By Default Project is Successful: When the project does not see the development team and testing team fighting frequently over trivial issues and ego, the project is guaranteed to be successful. Most of the time, development and testing teams play a game of assignment.

Yes, it is a bug assignment. Everyone wants to show that the problem is from the other end. If it’s understood that ultimately the problem is within the premises (project) and if tried to resolve it together, all the other problems can be taken care of easily.

#2) Individual Growth: Everyone grows because there is healthy competition and no hidden fights. Ideas shared and suggestions accepted will give everyone a chance to progress.

#3) Team Growth: Ultimately, a team becomes stronger and more competent by having team members who understand each other and respect each other’s work.

Also Read => How to Build and Grow Your QA Team

4) Learning for the future: After delivering a successful project, everyone learns something new. The future project for the team will become more successful, hassle-free, and smooth.

Ok, now we know the benefits of working together rather than being a developer or a tester, but how to make it work?

Tester And Developer: Communication Is A Key

Ideas to work together:

#1) Leave work-related ego: Knowingly or unknowingly, we carry an ego with us while entering the workplace. We think we are doing the best work (no doubt about it) but that does not mean others do not.

If a developer thinks any defect reported for the module he developed is ignorant, trivial, a malicious idea or an effort to harass, then the defect is an ego problem rather than a bug.

If a tester thinks that the bug he reported was rejected because the developer wanted to hurt, or the developer does not like to resolve bugs, or the developer thinks that the specific tester does not understand things properly, or because the developer thinks he is a developer and he does the best, then the testing ideas and bugs, both are going to decrease.

By showing and acting ego, we are trying to deprive ourselves of growing and others from working.

So, if possible, do not think that you are a tester, first think you are a team member who is working hard to make things right. Instead of getting hurt by bug rejections, try to understand the reasons behind them. Allow yourself to acknowledge that you have completed the estimated testing time.

Do not underestimate yourself by accepting that development is a great job and finally do not be overconfident by assuming that you are superior because you are finding problems from others’ work.

#2) Be realistic: As a tester, the most painful time to face is when the bug you reported gets rejected. Be realistic, try to understand the reason behind the dismissal, try to understand what you misunderstood or presumed, try to convince the developer or the project manager if you think that the scenario you presented was correct, and then try to move on.

#3) Prioritize the project: Always look at the bigger picture and prioritize things accordingly. The project is more important than a bug or an individual. Leave your ego behind and go to developers’ desks, discuss, share, understand, and then work accordingly.

#4) Be patient: Things do not change overnight, so be patient and keep doing your good work. Do not get de-motivated if someone remarks negatively or a developer does not consider your bug/suggestion once in a while.

#5) Share ideas but do not emphasize implementation: The frequent communication between development and testing teams helps to generate more ideas on each side. The developer can suggest how to test a particular module better and the tester can show how to correct the defect. Open yourself to new suggestions and share ideas.

#6) Accept that human being is unmistakable: After finding a critical bug, do not make fun of it, in front of the developer. Understand the tester works under time and budget crunches, the same as the developer. No one can create bug-free software, otherwise testing would not have existed. To understand your role and help in rectifying the issues rather than making fun of them.

#7) Understand multiple teams always work better than an individual team: A testing team isolated from all the other development teams, cannot be productive. When a tester integrates with developers and forms a mutual relationship, it fosters a positive team environment. When developers and testers collaborate, it benefits both parties.

#8) Agile and pair testing: Prefer agile methodologies, work together, do pair testing, work with developers, discuss and meet frequently, document less, give equal importance and respect to everyone’s work.

I would conclude the topic below:

If you think you are a sweeper, you will be a sweeper always. But, if you think you are trying to make the world better and clean and catch up with trash collectors, and put in efforts in doing things strategically, the world would surely be a better one.

About the author: This post is written by STH team member Bhumika Mehta. She is a project lead, carrying 7+ years of software testing experience.

Happy testing, as usual. 🙂

And please don’t forget to share your ideas on how to make developers and testers work together for project success.