Professional Documents
Culture Documents
Acceptance planning
Plan
System planning
Unit/Integration planning
Requirements inventory
Acquire
Design/code inventory
Scrum
Context
Turbulent environment
Lifecycle
Delivers
Goals
Some SCRUM
15 30 Days
Planning
Sprint
Do work
Adapt
Self organize
Roles flexible
Involve product owner in changes
Keep stakeholders informed
Demonstration
Retrospective
SCRUM Master
Facilitate SCRUM within TEAM
Removes road blocks
Status to stakeholders
Team members
Implement stories from backlog
Implement automated unit test frames
Be able to work in different roles
Team members
Elaboration and documentation of test stories
Implement of automated test frames
10
Team Should
Define fluid development workflow
Minimize documentation needed
Adapt and self-organize
11
Req Flow
Many approaches
12
Teams
Traditional
development
Agile selforganizing
teams
Development
Testing
Product management
Documentation
Project management
Team member
ScrumMaster
Product owner
13
Evolving Roles
Traditional
Agile
Delineation of
responsibilities
Orthogonal
functions
Centers of
excellence
Teams are
self-organizing
Flexible
Adaptable
14
Requirements
Traditional
Elaborated in detail
before design and
implementation
Validated with
inspection and
review
Traces to test and
development tasks
Change is expensive
Agile
Collected in a
continuously evolving
dynamic backlog
User stories
Product constraints
Features
Change is
realistically expected
15
Integration Testing
Traditional
Separate testing phase
Done after coding is
competed
Done by developers or by
independent testers
Ensures components or
subsystem interoperate
correctly
Exercise integration paths
Agile
Continuous integration is
done as code is
implemented
New modules are
integrated immediately
Automated frameworks
are used to exercise
integration paths and
ensure code from
different sources
interoperate correctly
This is not a separate
testing phase
16
System Testing
Traditional
Separate testing phase
Performed after
development and
integration are complete
Done by independent
testers
Test objectives derive
from requirements and
system design
Agile
No system testing phase
Testing is performed as
items are implemented
Testing may be assigned
to any team member
Tools support automation
In sprint
Functional
Non-functional
Failure modes
Exploratory testing
Regression testing
17
Acceptance Testing
Traditional
Separate testing phase
Performed after
development, integration
and system testing are
complete
Often done by or for the
customer
Test objectives are based
on project requirements
Tied to meeting customer
and project business
goals
Agile
Completed for each story
implemented
Story tests
Established with users
Not a separate phase of
development
Automated tools such as
FitNesse or Cucumber
support user defined
acceptance testing for
each story
Automated, repeatable
18
Defining Done
Fully
Fully
Fully
Fully
Fully
Fully
Fully
analyzed AND
designed AND
coded AND
tested AND
refactored AND
integrated AND
demonstrated
DONE means
shippable
19