Skip to main content

Posts

Showing posts from May, 2021

The Mentor in Quality Coach

Last night I attended What Does the 'Coach' in 'Quality Coach' Mean? , a talk by Vernon Richards for the Ministry of Testing meetup in Brighton. Vern described a common transition from tester through quality engineer and into quality coach on three dimensions: process, product, and team. In that view, a tester tends work in one team on one product and have influence on team-level process; a quality engineer is still team-based but takes a broader view on process; and a quality coach extends the process oversight further still and works across teams and products. This would typically mean that the problems in front of a quality coach are less about the technology and more about the people. How should a coach deal with that? By providing perspective to those fighting the fires, always taking a position of "unconditional positive regard" which is to say that the coachee has the right information and abilities to solve their current problem. Coach and tester skill

Hire Ground

Last week I presented at the Association for Software Testing Career Day   along with Dan Ashby , Ash Coleman , Chris Kenst , and Eric Proegler . The event was short and sweet but also covered a lot of ground: both sides of the recruitment process, tester advocacy, and moving into a management role. Here's some aggregated highlights of the talks and the panel discussion afterwards. As a candidate, your CV should favour shorter over longer because no-one's going to read a long CV. One of the tester role skills is reporting and your CV is a report. Demonstrate your ability to summarise your experience, impacts, and values in a clear and concise way by writing a two-pager that's easy to consume.  It's worth considering having a customisable section on your CV that you can tweak quickly for each application, perhaps to focus on specific items in the job advert. Alternatively, consider a cover letter where you can explain what you think the role is, why you fit it, and what

Pull the Other One

When I changed jobs recently, joining a team responsible for a middleware server, I expected that much of my work would be against its API. This has proved correct, although I've been able to test at all layers in our stack, from the external front-end applications down to the very back-end tooling used by our domain experts to generate data for our application, and that data itself. Before I joined, I knew that the server was written in Kotlin and that the team use IntelliJ for development. As I've only scripted in a text editor in recent years I invested some time in getting some beginner-level skills in the new language and IDE with the help of YouTube videos and exercism.io .  I won't tell you that I didn't curse while doing it. Because I did, a lot. Why? For example, because of the new key bindings for the text editor, a new and complex environment wrapped around that editor, tons of helpful functionality with a high discovery cost and a steep learning curve, a ne

Just Automate the Testing

  The Association for Software Testing is crowd-sourcing a book, Navigating the World as a Context-Driven Tester , which aims to provide responses to common questions and statements about testing from a context-driven perspective . It's being edited by Lee Hawkins who is posing questions on Twitter ,  LinkedIn ,  Slack , and the AST mailing list and then collating the replies, focusing on practice over theory. I've decided to contribute by answering briefly, and without a lot of editing or crafting, by imagining that I'm speaking to someone in software development who's acting in good faith, cares about their work and mine, but doesn't have much visibility of what testing can be. Perhaps you'd like to join me? --00-- " Let's Just Automate the Testing " Yes, let's talk about how automation can help us test! I'd usually start by trying to understand what problem you want to solve but as we don't have that let's start with some

Making Sure It Works

The Association for Software Testing is crowd-sourcing a book, Navigating the World as a Context-Driven Tester , which aims to provide responses to common questions and statements about testing from a context-driven perspective . It's being edited by Lee Hawkins who is posing questions on Twitter ,  LinkedIn ,  Slack , and the AST mailing list and then collating the replies, focusing on practice over theory. I've decided to contribute by answering briefly, and without a lot of editing or crafting, by imagining that I'm speaking to someone in software development who's acting in good faith, cares about their work and mine, but doesn't have much visibility of what testing can be. Perhaps you'd like to join me? --00-- " We test to make sure it works " I know what you mean but, as we both know, there are few certainties in life. I'd probably be more nuanced and perhaps try to capture the intent with something like this: we test it to help increase t