Putting the *Analyst* into Test Analyst
For years, I've given Software Testers in my teams the official job title of Test Analyst, or something along those lines.
Yet (informally) I've always referred to them as Testers.
Only in more recent years - and especially since adopting Agile Software Development and User Stories - have I really discovered how to put the *Analyst* into Test Analyst.
I've written before about 'Why Agile Testers Should Be Involved From The Start'. It's obviously very important in agile development, and has a number of very good benefits.
With User Stories, we've gone a step further.
A Business Analyst, Product Manager, Product Owner and/or the Team should identify the relevant User Stories for the Product Backlog. From this feature list, for the selected items for the next Sprint, requirements need to be clarified and expanded on.
The requirements for each User Story should be discussed and clarified as a team. But, in my view, the Test Analyst is an ideal person to lead this discussion and write up the User Story cards.
Test Analysts tend to be very analytical in their nature. They tend to be good communicators. And, as we all know, they can think of scenarios that business people and developers never even dream of! :-)
Moreso, when it comes to writing test cases on the back of the User Story card, they are obviously the ideal person to do this. Writing these test cases up-front, when the feature is being defined, helps to improve quality from the outset, as developers are more likely to write their code to pass the tests (because they know what they are).
But also, it makes perfect sense to me, for the person that's going to test a User Story, to be the person that defined it.
Kelly.
P.S. Click one of the icons below to join the growing community of people keeping up with this blog by RSS or by email...
Photo by p0psicle
Yet (informally) I've always referred to them as Testers.
Only in more recent years - and especially since adopting Agile Software Development and User Stories - have I really discovered how to put the *Analyst* into Test Analyst.
I've written before about 'Why Agile Testers Should Be Involved From The Start'. It's obviously very important in agile development, and has a number of very good benefits.
With User Stories, we've gone a step further.
A Business Analyst, Product Manager, Product Owner and/or the Team should identify the relevant User Stories for the Product Backlog. From this feature list, for the selected items for the next Sprint, requirements need to be clarified and expanded on.
The requirements for each User Story should be discussed and clarified as a team. But, in my view, the Test Analyst is an ideal person to lead this discussion and write up the User Story cards.
Test Analysts tend to be very analytical in their nature. They tend to be good communicators. And, as we all know, they can think of scenarios that business people and developers never even dream of! :-)
Moreso, when it comes to writing test cases on the back of the User Story card, they are obviously the ideal person to do this. Writing these test cases up-front, when the feature is being defined, helps to improve quality from the outset, as developers are more likely to write their code to pass the tests (because they know what they are).
But also, it makes perfect sense to me, for the person that's going to test a User Story, to be the person that defined it.
Kelly.
P.S. Click one of the icons below to join the growing community of people keeping up with this blog by RSS or by email...
Photo by p0psicle
24 June 2008 19:22
We don't have Test Analyst role in our SCRUM group and I can see that what we are missing.
22 September 2008 19:25
I am a Sr. Tester that's been refactored into a Sr. Consultant for my first SCRUM project. I have no idea what to do, but this post gives me some hope for how I can help the team without slowing down progress.
29 April 2009 09:22
I am for a better word a 'traditional tester' and now that we have gone down the Agile route, I have been tasked to write a test Strategy but don't know where to start. Any pointers or links to sample test strategies\templates would be very helpful.