This document describes a presentation on continuous context-driven test improvement. It discusses how test improvement approaches have evolved from unstructured to more disciplined and structured methods. It advocates for a flexible, agile, and continuous improvement approach tailored to the specific context using techniques like exploratory testing. The presentation explores using improvement backlogs and sprints adapted from Scrum to structure test improvement work. It emphasizes the importance of continuous intake, assessment, and improvement to evolve practices over time.
1.
W12
Special
Topics
5/10/17
13:45
Continuous
Context
Driven
Test
Improvement
Presented
by:
Jeroen
Mengerink
Polteq
Testing
Services
B.V.
Brought
to
you
by:
350
Corporate
Way,
Suite
400,
Orange
Park,
FL
32073
888-‐-‐-‐268-‐-‐-‐8770
·∙·∙
904-‐-‐-‐278-‐-‐-‐0524
-‐
info@techwell.com
-‐
http://www.starwest.techwell.com/
2.
Jeroen
Mengerink
Test
consultant
for
the
Netherlands-‐based
Polteq
Test
Services
B.V.
Jeroen
Mengerink
has
performed
multiple
TPI
assessments
worldwide.
His
technical
skills
allow
him
to
team
with
developers
in
testing
websites,
APIs,
and
web
services.
Jeroen
performs
both
functional
testing
and
performance
testing.
In
addition
to
his
work
for
clients,
he
is
involved
with
test
innovations
in
agile.
Jeroen
teaches
the
Certified
Agile
Tester
course
and
courses
on
agile,
SOA,
and
cloud;
coauthored
Testing
Cloud
Services;
and
blogs
at
jmengerink.wordpress.com.
Follow
him
on
Twitter
@AngusVB.
10. Prototyping
Waterfall Agile/Scrum
V-model Spiral model DEVOPS
Iterative RAD TDD ATDD BDD
W-model XP Continuous Integration/Delivery
MBT
Exploratory CDT RST RSTM
TMap ISEB ISTQB
Packages SOA Devices Social media
Virtualization Cloud Mobile Internet of Things
Web Localization Big Data
The Evolution of IT and Testing
Then Today
15. SPI and TPI Initiatives
IEEE MIL-STD CMM PSP TSP TPI TI4Agile CMMI TMM TMMI
Juran SEI BS 5750 TSM STEP V2M2 TI4Auto CTPI TPI-Next
TQC Deming IDEAL ISO9000-9126 TIM TOM STEP CTP Cloutest
16. Models for Test Improvement
• TOM
• V2M2
• SQR
• CTP
• TI4Agile
• TPI (Next)
• STEP
• TSM
• TIM
• TI4Auto
• TMMi
• CTPI
• TPS
• CMMI
And more ……
17. Models for Test Improvement
• TOM
• V2M2
• SQR
• CTP
• TI4Agile
• TPI (Next)
• STEP
• TSM
• TIM
• TI4Auto
• TMMi
• CTPI
• TPS
• CMMI
And more ……
18.
19.
20. Are our TPI-Models still adequate?
Prototyping
Waterfall Agile/Scrum
V-model Spiral model DEVOPS
Iterative RAD TDD ATDD BDD
W-model XP Continuous Integration/Delivery
MBT
Exploratory CDT RST RSTM
TMap ISEB ISTQB
Packages SOA Devices Social media
Virtualization Cloud Mobile Internet of Things
Web Localization Big Data
Then Today
21. And:
• High scores
– … but does it really help?
• Great improvement plans
– … but poor results
• Solid improvement policy
– … competing with BAU
– … low acceptance (people)
• Ivory tower
– … resistance
Improvement Center
25. What helps?
• Learning from the past
• Using successful “recent” innovations
– Agile
– Scrum
– Kanban
– Exploratory
– Context Driven
– Collaborating
– Continuous
26. Test Improvement at two levels
Improvement
backlog
Assessment
tasks
Improvement
sprints
Improvement
tasks
Con/nuous
Improvement
Test
Improvement
Intake
(Objec/ve
–
Scope
–
Approach
matching)
Assessment
Con/nuous
Improvement
‘Release’
Architecture
Implementation
27. Test Improvement using Scrum
Test
Improvement
Intake
(Objec/ve
–
Scope
–
Approach
matching)
Assessment
Con/nuous
Improvement
‘Release’
Improvement
sprints
Improvement
backlog
Improvement
Stories
Architecture
Implementation
28. Test Improvement using Scrum
Test
Improvement
Intake
(Objec/ve
–
Scope
–
Approach
matching)
Assessment
Con/nuous
Improvement
‘Release’
Improvement
Backlog
Sprint
Backlog
2 - x
weeks
Sprint DoD
Improvement
increment
Scrum
DoD
Improvement
Stories
Architecture
Implementation
29. Why Agile/Scrum?
• Small increments
• Ease of Control
• Ease of Change
• Ownership of participants
• Focus on people
• Joint effort
• Increased use of Agile
• ……
Is Agile/Scrum a must?
• Don’t forget the implementation!
33. Test Improvement Intake
Objectives
– Time
– Costs
– Quality (product)
– Quality (testing)
– ………… improve “Agile Testing”
– ………… improve level of Test Automation
– ………… prepare for Outsourcing
– …………
Or for commercial reasons
– Score as high (mature) as possible
Test
Improvement
Intake
(Objec/ve
–
Scope
–
Approach
matching)
34. Test Improvement Intake
• Objectives
– T, C, Q(P), Q(T), …
– Commercial
• Scope
– Area of consideration
• Organization, department, project, product, …
• Test level
• Test type (e.g. security, performance)
• Agile
• Testing Cloud services
• ……………
Test
Improvement
Intake
(Objec/ve
–
Scope
–
Approach
matching)
35. Test Improvement Intake
• Objectives
– T, C, Q(P), Q(T), …
– Commercial
• Scope
– Area of consideration
Test
Improvement
Intake
(Objec/ve
–
Scope
–
Approach
matching)
Mark on the Horizon
36. Test Improvement Intake
• Objectives
– T, C, Q(P), Q(T), …
– Commercial
• Scope
– Area of consideration
• Approach matching
– Context
– Models
– Selection
Test
Improvement
Intake
(Objec/ve
–
Scope
–
Approach
matching)
37. Prototyping
Waterfall Agile/Scrum
V-model Spiral model DEVOPS
Iterative RAD TDD ATDD BDD
W-model XP Continuous Integration/Delivery
MBT
Exploratory CDT RST RSTM
TMap ISEB ISTQB TMap-Next
Packages SOA Devices Social media
Virtualization Cloud Mobile Internet of Things
Web Localization Big Data
Context
41. Using heuristics, etc.
How do you feel?
Ever felt this before?
How about your work?
Doing sports?
How is your family?
In the morning?
When was that?
Need to walk?
At what level?
Simular complaints?
Before breakfast?
…
…
…
…
42. Heuristics for Test Improvement
• Observation
• Image of testing
• History, earlier improvement attempts
• Discuss potential solutions
• ………
51. Bound (Tailor-made)?
• Apply Scrum for implementation
• Translate recommendations into improvement
stories
Assess according to the model,but …
Improvement backlog
Assessment
52. Unbound?
– Questioning
– Heuristics
– Feedback and react
– Exploring
– Idea raising sessions
– Walk around
– Test along
– Attend meetings
• Apply Scrum for implementation
• Translate recommendations into improvement
stories
Typical
Assessment
Improvement backlog
55. Improvement Backlog
• Translate Improvement Suggestions into Improvement
Stories (or Epics)
As senior IT-director,
I want to increase test efficiency,
so that the testing cost is reduced by 20%
As scrum team member,
I want to automate the regression tests,
so that the effort for regression testing is reduced
As product manager,
I want to increase the release frequency,
so that we will be more competitive
Con/nuous
Improvement
‘Release’
56. Improvement Release planning
• Divide and prioritize in logical portions for
Improvement Backlog
– Contribution value (objectives)
– Ease of implementation
– Dependency
Con/nuous
Improvement
‘Release’
57. Towards Implementation level
Test
Improvement
Intake
(Objec/ve
–
Scope
–
Approach
matching)
Assessment
Con/nuous
Improvement
‘Release’
Improvement
Backlog
Sprint
Backlog
2 - x
weeks
Sprint DoD
Improvement
increment
Scrum
DoD
Improvement
Stories
58. Continuous Implementation
• Refinement and prioritizing
Improvement
backlog
Assessment
tasks
Improvement
sprints
Improvement
tasks
Con/nuous
Improvement
Improvement
Backlog
Sprint
Backlog
2- x
weeks
Sprint DoD
Improvement
increment
Scrum
DoD
59. Continuous Implementation
• Refinement and prioritizing
• Towards tasks, effort and time
Improvement
backlog
Assessment
tasks
Improvement
sprints
Improvement
tasks
Con/nuous
Improvement
Assess the level of unit testing
Implement a testing dashboard
Hire a test automation specialist
Investigate open source tools for regression testing
60. Continuous Implementation
• Refinement and prioritizing
• Towards tasks, effort and time
• Integrated with Business as Usual (BAU)
• Competition with BAU
•
Improvement
backlog
Assessment
tasks
Improvement
sprints
Improvement
tasks
Con/nuous
Improvement
65. Test Process Improvement
Optimizing the quality, costs and lead time of the
test process
• Quality:
– Timeliness
– Coverage
– Insight
– Control
• Costs and lead time:
– Risk-based
– Early detection
– Reuse
– Collaboration
– Automation
Efficiency
Effectivity
Continuously
66. Objective Test Process Improvement?
Optimizing the quality, costs and lead time of the
test process
Scoring as high (mature) as possible
to show senior management or potential customers
or
67. Objective Test Process Improvement
Optimizing the quality, costs and lead time of the
test process
• Quality:
– Timeliness
– Coverage
– Insight
– Control
• Costs and lead time:
– Risk-based
– Early detection
– Reuse
– Collaboration
– Automation
Efficiency
Effectivity
Continuously
Scoring as high (mature) as possible
to show senior management or potential customers