Turning the Quality of Your Pipeline into a Team Task

30-minute New Voice Talk

The statement “everybody in an Agile team should be responsible for Quality”, sometimes leaves a gap in the personal responsibility that each individual has.

Timetable

11:55 a.m. – 12:25 p.m. Tuesday 5th

Room

Room F1 - Track 1: Talks

Audience

Testers, QAs, Developers, Product Owners

Key-Learning

  • Address the situation where “everybody is responsible for quality” turns into “nobody is responsible for quality”
  • Identify simple techniques to distribute quality responsibilities within the team
  • Establish a transparent process to keep the test steps of your deployment pipeline in a pristine state

It is around 16:00 on a Friday afternoon and somebody from the other end of the office says out loud: “Who is working on fixing the API tests?” A silence, as thick as a morning fog, covers the entire floor. Nobody has done anything. Slowly, all eyes are turn towards the tester. How could she allow this to happen? When the API tests fail, the deployment pipeline is broken. When the pipeline is broken, there can be no deployment to production. The hope of a work-free weekend is slipping away…

This could be the beginning of a fictional, admittedly a bit corny, story. Unfortunately, in my experience, this is not something unheard of in an Agile software development team, where quality is a whole-team effort and not just the tester’s obligation.

So, how do we create a clear action plan to avoid such drama scenes?

In the first part of my presentation, we will identify some of the causes of such a situation, for example

•the “I thought the tester would inform me if something is wrong” misconception,

•the “I don’t trust the developers and I should always be responsible for alerting them” mentality, and

•the thorny problem of not having a unified team perception of the importance of each test.

In the second part, we will explore the solutions that can remove each of the causes and look into ways that they can be applied by an Agile team. Finally, we will discuss how we, as testers, can facilitate and monitor the implementation of the solutions and the benefits of turning the quality of the deployment pipeline indeed into a team task.

Related Sessions

9:00 a.m. – 5:00 p.m.

Full-Day Tutorial (6 hours)

9:00 a.m. – 5:00 p.m.

Two-Day Tutorial (12 hours)

10:25 a.m. – 10:55 a.m.
Room F1 - Track 1: Talks

30-min New Voice Talk

9:00 a.m. – 5:00 p.m.

Full-Day Tutorial (6 hours)