The Three Pillars Approach to Your Agile Testing Strategy

Slides:



Advertisements
Similar presentations
Interoperability. What is testing? Where have we come from? Where are we now? Why is nFocus at MSAIC? Overview.
Advertisements

Local Touch – Global Reach The New Tester Matthew Eakin, Manager Managed Testing Practice Sogeti, USA.
Copyright © 2012 Pearson Education, Inc. Publishing as Prentice Hall B.1.
NAUG NAUG Knowledge Evening – th February 2007.
Agile development By Sam Chamberlain. First a bit of history..
Computer Engineering 203 R Smith Agile Development 1/ Agile Methods What are Agile Methods? – Extreme Programming is the best known example – SCRUM.
Applied Software Project Management 1 Introduction Dr. Mengxia Zhu Computer Science Department Southern Illinois University Carbondale.
Seven Deadly Sins of Agile Testing. About me – Brad Swanson 2.
Discover how to improve productivity by going DevOps and SAFe.
Certified Business Process Professional (CBPP®) Exam Overview
Copyright © 2014 ASTQB Presented by Rex Black, CTAL Introducing ISTQB Agile Foundation Extending the ISTQB Program’s Support Further.
Introduction to Agile Methodologies and Concepts Roy Osherove Principal, Team Agile Blog : ISerializable.com.
Introduction to Agile.
QA Transformation “Get on board or risk NOW!” Ray Scott QA Transformation Consultant
StickyMinds.com and Better Software magazine presents… How to Build a Testing Center of Excellence Sponsored by Cognizant This event aired on July 8, 2008.
An Overview of Agile L e a d i n g C h a n g e T h r o u g h C o l l a b o r a t i o n.
Gaining Support for a Sustainable Agile Transformation Dennis Stevens, VP Enterprise Engagements LeadingAgile November 12, 2013.
Copyright BSPIN Agile Practices Benchmarking - Report Report at the end of first panel discussion held on 30 th April Chairperson -Thara Srivathsa,
QWise software engineering – refactored! Testing, testing A first-look at the new testing capabilities in Visual Studio 2010 Mathias Olausson.
Change Measurement Workbench Introduction January 2012.
Introduction to RUP Spring Sharif Univ. of Tech.2 Outlines What is RUP? RUP Phases –Inception –Elaboration –Construction –Transition.
Chapter 3 – Agile Software Development 1Chapter 3 Agile software development.
THE THREE THINGS You Need to Know to Transform Any Sized Organization into an Agile Enterprise.
The Three Pillars Approach to Your Agile Testing Strategy Bob Galen President & Principal Consultant RGCG, LLC
Copyright BSPIN Agile Practices Benchmarking Case Study by Mazataz – Tesco.
Agile Assimilation & Scaling. 2  About me…  How did we start?  Bottom-up  Task Force  Learning  Pilots  First stage analysis + recommendations.
Chapter 5 Software Process Models. Problems with “Traditional” Processes 1.Focused on and oriented towards “large projects” and lengthy development time.
Chapter 3 Agile Software Development (2/2) Yonsei University 2 nd Semester, 2013 Sanghyun Park.
© BJSS Limited Going Agile UK TMF - April 2011 Mark Crowther, Test Consultant.
Lori Smith Vice President Business Intelligence Universal Technical Institute Chosen by Industry. Ready to Work.™
資工 4A 陳怡秀 Microsoft Visual Studio’s Journey to Continuous Delivery.
Business Systems Development SDLC and introduction to the Microsoft Solutions Framework Team and Process Models.
4/23/ :45 PM © 2007 Microsoft Corporation. All rights reserved. Microsoft, Windows, Windows Vista and other product names are or may be registered.
1 Software Process Models-ii Presented By; Mehwish Shafiq.
Chapter 3 – Agile Software Development Lecture 2 1Chapter 3 Agile software development.
Process is continuously improving Have Definition of Done (DoD) DoD achievable within each iteration Team respects DoD The bottom line Delivering working,
2 Purpose, Content and Value The Purpose of the MLC Library is to provide members with lean training material and recommended knowledge resources for.
I ntelligence i nnovation i ntegrity Instituting Kanban on a Time Boxed Program 13 Tips to Take Advantage Of Wade Scherer Michael Byrne The Spitfire Group,
Copyright © 2015 Curt Hill Software Development Paradigms What do you need to know?
Het einde van het beroep van tester - Wat Agile, DevOps en Scrum betekenen voor het testvak -
Investment Banks. Investors. Investor Relations. New York | London | Raleigh| South Africa| Nashville| What’s in your cup of T?
Agile Metrics It’s Not All That Complicated. © 2011 VersionOne 2 Welcome – About your Trainer, Katia Sullivan VersionOne Product Trainer and Agile Coach.
1 confidential | ©2015 Sabre GLBL Inc. All rights reserved. Implementing Kanban at Different Levels During Agile Adoption Krishnakumar C Principal Agile.
Phoenix Scrum User Group Simplifying Scrum Online May 21 st 2009.
© 2013 CA. All rights reserved. ScrumOps – Scaling Scrum Environment for DevOps Serajul Arfeen Naveen Arora July 2014.
1. ENTERPRISE AGILE TRANSFORMATION AT THE US POSTAL SERVICE MAY 24, Agile Business Solutions.
Successful Software Practice How to successfully work as a team to create software Chris Mendes, Chief Technology Officer Sirca Limited March 2012.
Internal developer tools and bug tracking Arabic / Hebrew Windows 3.1Win95 Japanese Word, OneNote, Outlook
Agile Center of Excellence. Richard K Cheng Agile is just a high level concept.
The Three Pillars Approach to Your Agile Testing Strategy
Agile Project Management and the yin & yang of
CLE Introduction to Agile Software Acquisition
Agile Metrics that Matter
CSC 355 – Newer Approaches to System Development Life Cycles & Processes, Spring 2017 March 2017 Dr. Dale Parson.
Where Agile Business Meets Agile Development
Real Metrics for Real Decisions
SENIOR MANAGER - SOFTWARE TESTING PRACTICE
E2E Testing in Agile – A Necessary Evil
The Three Pillars Approach to Your Agile Test Strategy
Johanna Rothman Create Technical Excellence Chapter 9
Introducing ISTQB Agile Foundation Extending the ISTQB Program’s Support Further Presented by Rex Black, CTAL Copyright © 2014 ASTQB 1.
Introduction to Agile Blue Ocean Workshops.
Open Source Tool Based Automation solution with Continuous Integration and end to end BDD Implementation Arun Krishnan - Automation Manager Maria Afzal-
Chapter 5: New and Emerging Process Methodologies
Agile, Scrum and CMMI Methodologies
Open Source Tool Based Automation solution with Continuous Integration and end to end BDD Implementation Arun Krishnan - Automation Manager Maria Afzal-
Evolving a Continuous Improvement System
What makes a Good Agile Team
Presentation transcript:

The Three Pillars Approach to Your Agile Testing Strategy

Introduction Mary Thorn Director of Software Test Engineering at Ipreo in Raleigh, North Carolina Chief Story Teller of the book “The Three Pillars of Agile Testing and Quality” written by Bob Galen, Mary Thorn is Director of Software Test Engineering at Ipreo in Raleigh, NC Mary Thorn has a broad testing background that spans automation, data warehouses, and web-based systems in a wide variety of technologies and testing techniques. During her more than fifteen years of experience in healthcare, HR, agriculture, and SaaS-based products, Mary has held manager and contributor level positions in software development organizations. She has a strong interest in agile testing methodologies and direct experience leading agile teams through Scrum adoption & beyond. Copyright © 2016 RGCG, LLC

3-Pillars Genesis First of all, I’ve seen way too many teams who are just “testing” in agile teams without a map or a plan for improvement I’ve also seen that Agile Adoption is mostly a developer-centric or technology-centric play. They “drive” and testing is “along for the ride”. Seatbelts please! And where’s the focus on “Quality”? And the how or practices & tactics Copyright © 2015 RGCG, LLC 3

3-Pillars Genesis I’ve learned that “Balance” is important A sad tale of: Thousands of ATDD testing; Gherkin run amok All of them are working; continuously testing; increasing “coverage’ and life is Good! BUT These same teams couldn’t write a cohesive User Story to save their life So, where were the Acceptance Tests coming from? Copyright © 2015 RGCG, LLC 4

3-Pillars of Agile Quality Development & Test Automation Pyramid-based Strategy: (Unit + Cucumber + Selenium) Continuous Integration Attack technical infrastructure in the Backlog Visual Feedback – Dashboards Actively practice ATDD and BDD Software Testing Risk-based testing: Functional & Non-Functional Test planning @ Release & Sprint levels Exploratory Testing Standards – checklists, templates, repositories Balance across manual, exploratory & automation Cross-Functional Team Practices Team-based Pairing Stop-the-Line Mindset Code Reviews & Standards Active Done-Ness Aggressive Refactoring of Technical Debt User Stories, “3 Amigo” based Conversations Whole Team Ownership of “Quality” Knowing the Right Thing to Build; And Building it Right Healthy – Agile Centric Metrics Steering via: Center of Excellence or Community of Practice Strategic balance across 3 Pillars; Assessment, Recalibration, and Continuous Improvement Copyright © 2015 RGCG, LLC

Foundation of the 3-Pillars Whole team view includes building it right, everyone tests, everyone demo’s, etc. Focus on features/stories, confirmation, conversation, and getting them staged properly OVER testing 4-tier metrics: Quality, Value, Prediction, Team Agile strategies need light-handed “steering”; establish a CoE (heavier weight) or a CoP (lightweight) Consider finding an assessment framework and then tying it to your strategy measurement, recalibration, and continuous improvement. Make the foundation visible thru information radiators and metrics Whole Team Ownership of “Quality” Knowing the “Right” thing to Build AND Building it “Right” Healthy – Agile Centric Metrics Steering Required – CoE or CoP Strategic balance across 3 Pillars; Assessment, Recalibration, and Continuous Improvement Copyright © 2015 RGCG, LLC

3-Pillars of Agile Quality A central part of agile adoption is focusing on CI, 3-tiered Automation development, and Dashboards to begin incrementally building coverage for faster feedback on changes. 100% automation is NOT the Goal! In the interim, Hardening or Stabilization Sprints and having a risk-based Release Train concept help It’s important that Test or QA not ‘own’ the tooling or all of the automation efforts. The strategy can come from QA, but the tactical automation development is best left to the team. Mature teams invest in Automation, Tooling, and Technical Debt reduction as part of Done-ness and continually add it to their backlogs Development & Test Automation Pyramid-based Strategy: (Unit + Cucumber + Selenium) Continuous Integration Attack technical infrastructure in the Backlog Visual Feedback – Dashboards Actively practice ATDD and BDD Copyright © 2015 RGCG, LLC

3-Pillars of Agile Quality Exploratory Testing (SBET with pairing) can be an incredibly effective way to establish a whole-team, collaborative view towards quality and testing. It also emerges new tests. Leverage ‘plans’ as a whole-team collaboration-conversation mechanism; at Sprint and Release levels. Do not measure testing or tester progress; instead, measure throughput, output, sprint outcomes, and done-ness escapes at a team level. You need a balanced test team; not everyone needs to be able to program. But everyone needs to be passionately skilled testers with curiosity. Agile testing is a Risk-Based play in every Sprint and across a release sequence. Software Testing Risk-based testing: Functional & Non-Functional Test planning @ Release & Sprint levels Exploratory Testing Standards – checklists, templates, repositories Balance across manual, exploratory & automation Copyright © 2015 RGCG, LLC

3-Pillars of Agile Quality Cross-Functional Team Practices Team-based Pairing Stop-the-Line Mindset Code Reviews & Standards Active Done-Ness Aggressive Refactoring of Technical Debt User Stories – 3 Amigo based Conversations One of the hardest areas to get ‘right’ culturally. It needs leadership alignment from Quality/Testing to Product to Development and a consistent voice of whole-team approaches. This is where LEAN Thinking lives, where whole-team collaboration happens, where professionalism and craftsmanship are held dear. I like the view of testers becoming the VOC, champions of quality, and consistent questioners of what is being build. Are we solving the right problems…as simply as possible. Notions of Minimal Viable Product / Feature help with focus. And yes Virginia, there ARE standards, templates, and a focus on x-team consistency! Copyright © 2015 RGCG, LLC

Software Testing Strategies It ALL starts with empowering testers AND creating a Whole-Team view towards Quality Critical Early Steps: Creating a sense of empowered Functional Team Applying Testing Standards across all teams Contribute to non-trivial Definition of Done Deploying Exploratory Testing across all teams Defining a core set of Agile KPI / metrics ACTIVE participants in Sprint Planning & Backlog Refinement Copyright © 2015 RGCG, LLC 10

Cross-Functional Team Practices Strategies Training Agile / Lean in general, Story writing, Acceptance, Unit testing, etc. Teaming – for example: feedback or 5 Dysfunctions / Trust Critical Early Steps: Coaches & Scrum Masters to reinforce: Pairing / Swarming; WIP Limits across teams Define prescriptive and aggressive Done-Ness for ALL teams Implement coding standards & code reviews (appropriate for technology stacks) Release Planning BEFORE allowing a team to start Sprint #1 Backlogs have Bug + Refactoring + Automation targets (20%)? Copyright © 2015 RGCG, LLC 11

Organizational Quality Strategies - Tips Continuously communicate your unified Vision Your strategy must be aligned/shared across: Development, Quality/Testing, and Product Keep working your strategy across the pillars Don’t get stuck with too narrow a focus (easy road) Make your strategy visible (Information Radiators) Show progress (Ex: burn up of test automation coverage…across tiers) Visualize organizational impediments to your Agile Quality strategies Attack them! Quarterly read-outs on progress, plans and adjustments Listen to your teams; Celebrate successes! Copyright © 2015 RGCG, LLC 12

Key Goal of the 3-Pillars… What does “good” look like? Whole Team (ownership, accountability, respect, quality) Build the right thing…and build it right Definition of Done; Ready-ness Tackling Technical Test Debt Just Enough, Just in Time Continuous Improvement Commitment to Agility (even when the going is hard) Results – Value – Working Code Context-based Testing 3-Amigos (Team and Organizational levels) Feedback, Feedback, Feedback Balance Copyright © 2015 RGCG, LLC 13

Key Takeaway “Balance” Within each of the pillars Across the 3-pillars Across the foundational elements And across the organizational 3-Amigos Leading towards a broad, incremental, organizational Quality and Testing Strategy. It’s that simple… http://blog.nationmultimedia.com/print.php?id=18834 Copyright © 2015 RGCG, LLC 14

3-Pillars of Agile Quality & Testing Thank you! Copyright © 2015 RGCG, LLC

Experience-driven agile focused training, coaching & consulting Contact Info Bob Galen Principal Consultant, RGalen Consulting Group, L.L.C. Experience-driven agile focused training, coaching & consulting Cell: (919) 272-0719 bob@rgalen.com www.rgalen.com bgalen@velocitypartners.net www.velocitypartners.net Blogs Project Times - http://www.projecttimes.com/robert-galen/ BA Times - http://www.batimes.com/robert-galen/ Podcast on all things ‘agile’ - http://www.meta-cast.com/ Copyright © 2015 RGCG, LLC 16

Additional Topics Copyright © 2015 RGCG, LLC

Two Pillars of Lean ‘Thinking’ Respect for People Customer, Employees, Vendors… Develop your teams Trust & coach No wasteful work Continuous Improvement Embrace change, challenge everything Kaizen – small, incremental change Kaikaku – larger scale, fundamental http://en.wikipedia.org/wiki/Kaikaku http://en.wikipedia.org/wiki/Kaizen From http://www.leanprimer.com Copyright © 2015 RGCG, LLC

Agile Testing Quadrants Brian Marick; Lisa Crispin & Janet Gregory Automated & Manual Manual Business Facing Functional tests Story tests Examples Prototypes Simulations Exploratory testing Scenarios Usability testing UAT Alpha / Beta Q2 Q3 Supporting the Team Critique the Product Unit tests Component tests API tests Q1 Performance testing Load testing Security testing Non-functional requirements Q4 Automated & Manual Automation, Tools, and Manual Technology Facing Copyright © 2015 RGCG, LLC

Agile Test Automation Pyramid Mike Cohn; Lisa Crispin & Janet Gregory http://behaviordrivendevelopment.wikispaces.com/Testing Copyright © 2015 RGCG, LLC

10 Tenets of Agile Testing Jean Tabaka, Rally Software The system always runs Stop the line, vs. logging defects If it’s not tested, it’s not “Done” Testing comes first, not last Finding defects after Development is “Done” is too late Continuous Integration Lean – fix it now! Early feedback; Earned Value Collaborative testing, focus on building in quality Early feedback; fix it now! Copyright © 2015 RGCG, LLC

10 Tenets of Agile Testing Jean Tabaka, Rally Software “Development Complete” is meaningless Use testing, not analysis, to explore requirements Automation is “how” not a “whether” or “when” Tests are your second most detailed specification Testers are Customer-Developer liaisons Whole Team complete view – no “partial credit” Executable requirements Automate all testing; feedback Code is first; later is traditional specifications VOC; guide effective team collaboration; ask the right questions Copyright © 2015 RGCG, LLC

10 Commitments of Agile Testing Jean Tabaka, Rally Software We commit to not moving forward if a hole is found through root cause analysis without first writing a test We commit to not relying solely on just automated testing or just manual testing We commit to not sitting behind a QA wall (no boundaries!) We commit to not allowing a code complete without test code harness complete We commit to not waiting for a test phase but rather working in smaller and smaller pieces, sooner and sooner Copyright © 2015 RGCG, LLC

10 Commitments of Agile Testing Jean Tabaka, Rally Software We commit to not testing one iteration after development is “Done” We commit to not allowing surprises to accumulate for large end-to-end testing (“mock it now”) We commit to not leaving the riskiest tests to the end We commit to being an equal participant with the customer and the developer in defining “Doneness” We commit to not taking this oath lightly Copyright © 2015 RGCG, LLC