Maaret Pyhäjärvi
Maaret is a feedback fairy with a day job at Vaisala, where she works as Principal Test Engineer. She identifies as empirical technologist, tester and programmer, catalyst for improvement, author and speaker, and community facilitator and conference organizer. She was awarded as Most Influential Agile Testing Professional Person 2016, listed on 100 most influential in ICT in Finland by TiVi 2019, and has spoken at events in 25 countries delivering over 400 sessions. With 25 years of exploratory testing under her belt, she crafts her role into being a mix of leading, hands-on testing and programming.

She is a serial volunteer and organizing powerhouse contributing to European Testing Conference and TechVoices, as well as Finnish non-profit scene. She blogs at http://visible-quality.blogspot.fi, and is the author of three LeanPub books: Mob Programming Guidebook, Exploratory Testing and Strong-Style Pair Programming. Her web page is http://maaretp.com.


Speech title: Social Software Testing Approaches

Software teams are well aware of the need for their developers, testers, product owners and other team members to collaborate. Product backlog refinement, 3-amigos sessions and daily meetings hold space for sharing planning of the work, but for much of the rest of the time, people are hunched over their own keyboards and screens, working on their own tasks. Even if developers work with each other during pair programming and code review sessions, testers often work on their own.

Let’s look at the approaches involving a more social aspect that testers can adopt in order to work together and improve their testing, as well as work better with developers. We’ll introduce experiences of traditional and strong-style pair testing, ensemble (mob) testing and bug bashes. Social software testing approaches enable you to do better work together, moving you from co-creation to real collaboration both between testers, and testers and the other roles. Even if work could be done alone, why would the social way of doing the work make sense? It’s not about getting the most out of us, but the best out of us - avoiding the ping pong, creating ideas we would not generate alone, and sharpening our skills.

In addition to learning within the team, we can extend from learning within the team to community: testing tours applying these approaches give you hands on experiences working with others even in other companies. In software development, those who learn the fastest do best. Could social software testing approaches take our abilities to the next level by enabling learning between everyone, especially when we don't know what we don't know but can recognize it in the context of doing it?

 
Back to main page