As more and more companies are moving to the Cloud, they want their latest, greatest software features to be available to their users as quickly as they are built. However there are several issues blocking them from moving ahead.
One key issue is the massive amount of time it takes for someone to certify that the new feature is indeed working as expected and also to assure that the rest of the features will continuing to work. In spite of this long waiting cycle, we still cannot assure that our software will not have any issues. In fact, many times our assumptions about the user's needs or behavior might itself be wrong. But this long testing cycle only helps us validate that our assumptions works as assumed.
How can we break out of this rut & get thin slices of our features in front of our users to validate our assumptions early?
Most software organizations today suffer from what I call, the "Inverted Testing Pyramid" problem. They spend maximum time and effort manually checking software. Some invest in automation, but mostly building slow, complex, fragile end-to-end GUI test. Very little effort is spent on building a solid foundation of unit & acceptance tests.
This over-investment in end-to-end tests is a slippery slope. Once you start on this path, you end up investing even more time & effort on testing which gives you diminishing returns.
In this session Naresh Jain will explain the key misconceptions that has lead to the inverted testing pyramid approach being massively adopted, main drawbacks of this approach and how to turn your organization around to get the right testing pyramid.
35. Acceptance Criteria Driven Product Discovery
Personas
Elevator Business Pragmatic User A
Pitch Goals Personas Goals c
Chartering c
Day in Life
e
Scenarios & p
of each
Narratives
Persona t
a
Participants n
Product Manager/Owners Story Mapping
Activity Map c
SMEs
Operation/Support Reps e
Tech BAs UI Sketch
Interaction
Task Map
User Experience Designer Design C
App Developers r
Architects Planning i
Testers (QA+UAT) Reiterating
Grouping by Prioritization t
Themes e
Project Managers
r
User Story Authoring
i
Acceptance User
Criteria Stories a
36. Story
mapping
at
SEP
Photo
courtesy
of
So@ware
Engineering
Professionals,
Indianapolis
IN
Src:
Jeff
Pa+on,
www.AgileProductDesign.com
37. Organize
&
Visualize
your
Product’s
Release
Roadmap
Src:
Jeff
Pa+on,
www.AgileProductDesign.com