Request info

How to Improve Communication Between Testing and Development

Testing and development have come closer together in the last 10-15 years than would have been thought possible, and while testing can still be seen as a commodity (instead of a critical step), all that proximity has led to greater knowledge transfer and ultimately more skilled testing.

Still, the communication barrier between testing and dev is an age-old conundrum in the software world. Here are some of the ways that teams can break down the barrier and build better products together.

Share a common language

Testers can still struggle with basic terminology within JavaScript, CSS, Java, PHP etc. Sometimes, fear of miscommunicating or sounding juvenile can keep testers from speaking up.

Testers are wise to take beginning development courses, attend workshops, or simply to peruse online glossaries for commonly used scripts and languages. You don’t have to be able to code to get a grasp of various elements, functions, and query types that will enable you to communicate any input or concern.

I am more and more convinced every day that communication is, in fact, what makes or breaks software projects.

Gojko Adzic

Developers can also work to include testers in the overall project plan by speaking in terms of user stories and project requirements, rather than code. This keeps everyone on the same page.

Have clear requirements from the start

Linking user stories to testing is essential to go beyond finding bugs and ensure that a product is truly ready to release. But this is only possible when requirements are clearly communicated and updated at each and every iteration.

Requirements must be written in a way that they serve everyone on the team.

Keep QA and development on the same iteration

Even in agile development environments, testing can still get left until the end, or lag so behind that testers will be off by a sprint. But that isn’t truly agile. And it doesn’t lead to quality.

When testers have time to learn about the development process and system specifications at the start of the iteration, then they can initiate a test plan simultaneous to development and be ready to test sprints very quickly. Ultimately, this helps developers to actually get the feedback they need when they need it. Even when deadlines are tight, it’s important to keep QA on the same page.

Otherwise, teams risk devaluing testing which further breaks down communication.

Prioritize bugs and find solutions

When there’s a breakdown in interaction and communication between testing and development, each new bug report can feel like testers are “passing the buck,” being picky, or worse unhelpful.

Testlio mindmap

But there’s more to it than that: prioritization.

Which comes back to having common goals centered around project requirements. Testlio has a number of ways (from the graphical to the managerial) to keep bugs tightly prioritized and inline with sprints.

When testers are on the same sprint as developers, understand the aim for each iteration, and share a common (project-specific) language, then prioritization is made that much easier.

As testers become more skilled, they can also start to identify possible solutions or root causes, further increasing collaboration with development. Performing end-to-end checks on actions that haven’t had issues can help testers start to identify root causes, which will lessen the volume and increase the quality of individual bugs.

Make more time for exploratory testing

Testing and time? Hmm…

One way to make time for testing is for QA to happen simultaneously. QA can get started interpreting requirements, developing test plans, writing test cases, and running certain automated tests all while development is still going on.

Not only is exploratory testing essential for helping meet the requirements of an individual sprint, but it can also help define goals for the next round. Developers can learn about testers’ concerns for a proposed new feature before developing it, find out how existing features interact within complex use cases, and get a clear understanding of the intuitiveness of the design.

Get some distance

With all of the increased interaction between QA and development, you might be thinking that co-located teams have the advantage.

Not necessarily.

Innovative tools that co-located teams would ignore can give remote teams an upper hand. Screensharing, chat, and other types of messaging or project management tools can help keep everyone on track in unique and creative ways. Project conversations and more likely to be archived and later pulled up for review. Also, lack of face-to-face interaction can often lead to more clear, deliberate communication.

So long as there is commonality between project goals and terminology, dev and QA teams can improve communication whether they are remote, co-located, or some combination thereof.

Jumbotron image