Introduce Your Help Your Teams Agile Team to Coach ... · Agile Team to Coach & Mentor: Alan...
Transcript of Introduce Your Help Your Teams Agile Team to Coach ... · Agile Team to Coach & Mentor: Alan...
FREE INSIDE:YOUR “FOLD OUT AND KEEP”POSTER GUIDE TO THE MOST
COMMONLY ASKED QUESTIONS
ABOUT AGILE TESTING
COMMON SENSE ADVICE THAT
COULD CHANGE YOUR
APPROACH TO AGILE FOREVER
The Evil Tester’s Guide to Agile Testing
By Alan Richardson
"Alan opened my eyes to therole of the modern tester and
test leader..."
Introduce YourAgile Team to
Coach & Mentor:Alan Richardson
"People with Alan's level of expertise are a rare find inthe testing arena!"
"I use methods I learned from working with Alandaily in my testing, I couldn't recommend him highly
enough."
"Alan is a brilliant test professional; the most technicalhands-on manager I've worked with; and a great
mentor."
"Alan has deep and broad knowledge of agilepractices and pitfalls"
"Alan is a strong intellect with a practical basis and isan inspiration in technical testing at all levels in an
organisation"
"Alan is an exceptional coach and mentor."
Contact:[email protected]
Blogs:www.EvilTester.com
www.JavaForTesters.comwww.SeleniumSimplified.com
Social:uk.linkedin.com/in/eviltester
twitter.com/eviltester
www.EvilTester.com/agile
Online Training Courses
Books
www.compendiumdev.co.uk/page/books
www.compendiumdev.co.uk/page/online_training
Help Your TeamsImprove How TheyTest and Develop
Software
What is Agile Testing?
Do we still need testers inAgile?
What is an Agile Tester?
What does a Software TesterActually Do?
Should we automate ourtesting?
What tools should we use forour Agile Testing?
How Much Should weAutomate?
How can we automate andstill finish the sprint?
How can we finish all ourtesting in the sprint?
Every Agile project is unique. You need tounderstand the essence of testing as evaluatingand exploring models of your system. Test in a
way that fits, and adapts to, your AgileDevelopment Process. Nothing complicated.Involve everyone on the team in your Testing
process.
@EvilTester www.EvilTester.com/agile www.CompendiumDev.co.uk
People ask this question when they've neverseen good testing in action. You still need to
test, and you need people to do that. Youcan train other people to test, but they maynot have the motivation to learn testing indepth and push your System to its limits.
They don't quote books and definitions. They takethe essence of testing and implement it as part ofyour Agile System of Development. They explore
the System deeply, spot Risks, and ask questions tohelp everyone think differently about the qualityof the software and the process of development.
Models like: requirements, acceptance criteria, risk(business, technical, process), flow, and
functionality. A tester expands the model byobserving, exploring, interrogating and
manipulating the system.
They use the model to communicate risk effectively.
A Tester builds a Model and compares it to the delivered System.
An Agile Tester brings flexibilityto their role.
A Test approach crafted uniquelyfor your specific environment.
Once you've worked with a good tester,this question won't even cross your mind.
Automate execution flows through the system to assert on agreed acceptance conditions.
We are Human. Humans automate the mechanistic, tofree ourselves to use emotion and imagination. We
automate coding and refactoring with IDEs, weautomate builds and software releases. We should
look for opportunities to automate parts of our testingprocess. While only a small part of evaluating the riskof releasing software, it is a part that we can automate.
Automate to convince yourself thesystem meets the acceptance criteria.
Do you have a low risk of changes unexpectedlyand adversely impacting previously tested
System areas? Are the agreed Acceptance Criteriastill met by the System? Review the automatedexecution code, to ensure it is relevant, delete
anything that takes time to maintain but doesn'thelp evaluate the risk of release.
That depends on your technology.Automate strategically and tactically.
Strategically automate system execution making itmaintainable and robust. Tactically use tools tosupport deep system Observation, Exploration,
Interrogation and Manipulation. Avoid separate "TestTracking" tools, we want to harness the skills of all
team members as part of our Testing process.
Commit to automating as partof your Definition of Done.
Automating acceptance criteria is part of yoursprint planning. Don't just write code, commit tomaintaining a system which automatically assertsthat you continue to meet the acceptance criteria
the code was designed to fulfil. Take advantage ofAbstraction Layers, coding and design principlesto automate in parallel with writing system code.
If you haven't finished testing,then you don't release the functionality.
Don't create a bottleneck by having a single personallocated to Testing. Have everyone on the team test
to the best of their ability. Use the people who arebest at Testing to explore the Risks and Conditions
in detail. Leave the simple condition checking to theautomated system or people less skilled in testing.