SlideShare a Scribd company logo
1 of 32
Use Test Trees to get an
Overview of your Test
INTERNAL USE
Example of a test tree
Classification Internal Use Author AMQH Approved by N/A Version 1.12
FS-3. Person and Recidence Information pane
Requirements: FR_182, FR_191
UI Spec: Section 5.4
User Story: none
Test cases
No. Class filter Ci filter Ci filter Ci 1
Person and Recidence Information, expanded
contents
1 topline: [-] Person and Recidence Information x
Mandatory labels
which label
2 Name: x
Gender:
which
3 female x
4 male
5 ID: x
6 Addresse: x
7 Telephone: x
Citizenship:
which
8 UK x
9 not UK
Dependable contents
which label or text
C/O:
relevant
10 yes x
11 no
Custodian:
info available
12 yes x
13 no
[!] Covert Name and Address
person subject to this
14 yes
FS-3. Person and Recidence Information pane Coverage items 28
Requirements: FR_182, FR_191 40% 11
UI Spec: Section 5.4
User Story: none
Ci No.
Class
filter
& Ci
filter
& Ci
filter
& Ci
filter
& Ci
Expected result
Person and Recidence Information, expanded only
P&RI contents
1 topline: [-] Person and Recidence Information present
Mandatory labels
which label
2 Name: shown with correct name
Gender:
which
3 female shown with text "Female"
4 male shown with text "Male"
5 ID: shown with correct ID
6 Addresse: shown with correct address
7 Telephone: shown with correct no.
Citizenship:
which
8 UK label shown, no info.
9 not UK label shown with correct citizenship
Dependable contents
which label or text
C/O:
relevant
10 yes C/O shown with correct info. before Address
11 no nothing shownshown
Custodian:
info available
12 yes label and info shown below Citizenship
13 no nothing shownshown
[!] Covert Name and Address
Use Test Trees
Test Coverage
Test Design and Implementation
Introduction to a Test Tree
Example
Classification Internal Use Author AMQH Approved by N/A Version 1.13
When are we done with the test
As much as we like testing, we cannot go on ‘for
ever’ – this is why acceptance criteria are
defined
When the acceptance criteria are reached we
can stop the testing
How much do we have to test with this
acceptance criteria:
No more than 10 unresolved defects
Classification Internal Use Author AMQH Approved by N/A Version 1.14
This is more like it
Acceptance criteria should always include a
coverage measure
Example:
• a coverage of 100 % is achieved for the
requirements on which the test is based
• a detailed coverage of 60 % (high risk areas)
or 40 % (low risk areas) is achieved
Classification Internal Use Author AMQH Approved by N/A Version 1.15
Test coverage definitions
ISTQB:
the degree, expressed as a percentage, to which
a specified coverage item has been exercised by
a test suite.
ISO 29119:
degree, expressed as a percentage, to which
specified test coverage items have been
exercised by a test case or test cases
Classification Internal Use Author AMQH Approved by N/A Version 1.16
Specified test coverage items?
So we have to find out what specified test
coverage items are.
ISO 29119: attribute or combination of
attributes that is derived from one or more test
conditions by using a test design technique that
enables the measurement of the thoroughness
of the test execution
Classification Internal Use Author AMQH Approved by N/A Version 1.17
Some test case design techniques
Classification Internal Use Author AMQH Approved by N/A Version 1.18
Boris Beizer
• Control-flow testing
• Data-flow testing
• Domain testing
• Finite-state testing
• Loop testing
• Syntax testing
• Transaction flow t.
ISTQB
• Boundary value analysis
• Equivalence partitioning
• Cause Effect graphing
• Checklist
• Classification tree
• Decision table testing
• Orthogonal arrays
• Pairwise testing
• State Transition testing
• Structure based
• Use case testing
• User story testing
• and more..
ISO 29119
• Boundary value analysis
• Equivalence partitioning
• Cause Effect graphing
• Classification tree
• Combinatorial e.g.
• pairwise
• orthogonal arrays
• Decision table testing
• Random testing
• State Transition testing
• Scenario testing
• Structure based
• Syntax testing
• and more…
Some coverage items
• Boundary value analysis Boundary + 1 or 2 nearest values
• Equivalence partitioning Equivalence partition
• Cause Effect graphing Decision rule
• Checklist Entry
• Classification tree Leaf
• Decision table testing Decision rule
• Orthogonal arrays Pair
• Pairwise testing Unique parameter/value set
• State Transition testing States and/or Chow’s n-switch
• Structure based Depends on which one
• Use case testing Unique scenario
• User story testing Acceptance criterion
• and more..
Classification Internal Use Author AMQH Approved by N/A Version 1.19
Use Test Trees
Test Coverage
Test Design and Implementation
Introduction to a Test Tree
Example
Classification Internal Use Author AMQH Approved by N/A Version 1.110
Test design and implementation
The test design and
implementation process
is a sub-process to the
entire test process
described by ISTQB and
in ISO 29119
Classification Internal Use Author AMQH Approved by N/A Version 1.111
Test design and implementation
items
Classification Internal Use Author AMQH Approved by N/A Version 1.112
Definitions
A feature set is a logical part of the system, which
you can test in isolation, e.g.:
• access to the system, including access right
• a user interface, e.g. a form or a pane
• a set of rules implemented in a component
• general error handling
A test condition is something within a feature set,
which you can test in isolation: e.g.
• a requirement
• a user story
• a rule
Classification Internal Use Author AMQH Approved by N/A Version 1.113
Use Test Trees
Test Coverage
Test Design and Implementation
Introduction to a Test Tree
Example
Classification Internal Use Author AMQH Approved by N/A Version 1.114
The test tree principle
A test tree is
• a graphical way to present the test basis for a test
item based on coverage items
• akin to classification trees – with coverage items
described under independent classes
• a way to document the coverage obtained in a
given test case
• a mean to calculate overall coverage of a test
• documented in Excel
the most powerful test tool we have :-)
Classification Internal Use Author AMQH Approved by N/A Version 1.115
The contents of the tree
Classification Internal Use Author AMQH Approved by N/A Version 1.116
FS-3. Person and Recidence Information pane
Requirements: FR_182, FR_191
UI Spec: Section 5.4
User Story: none
Test cases
Ci No.
Class
filter
& Ci
filter
& Ci
filter
& Ci
filter
& Ci 1 2
Person and Recidence Information, expanded
contents
1 topline: [-] Person and Recidence Information x
Mandatory labels
which label
2 Name: x
Gender:
which
3 female x
4 male
Test tree can be very ‘tall’
Classification Internal Use Author AMQH Approved by N/A Version 1.117
FS-3. Person and Recidence Information pane
Requirements: FR_182, FR_191
UI Spec: Section 5.4
User Story: none
Test cases
Ci No.
Class
filter
& Ci
filter
& Ci
filter
& Ci
filter
& Ci 1 2
Person and Recidence Information, expanded
contents
1 topline: [-] Person and Recidence Information x
Mandatory labels
which label
2 Name: x
Gender:
which
3 female x
4 male
5 ID: x
6 Addresse: x
7 Telephone: x
Citizenship:
which
8 UK x
9 not UK
Dependable contents
which label or text
C/O:
relevant
10 yes x
11 no
Custodian:
info available
12 yes x
13 no
[!] Covert Name and Address
person subject to this
14 yes
15 no x
16 buttom line: [+] Other People at the same Address x
actions
17 press topline x
18 press buttom line
Person and Recidence Information, collapsed
contents
19 topline: [+] Person and Recidence Information
actions
20 press topline
Other People at the same Address,expanded
contents
21 Mandatory text: Other people at the Adress: <no.>
how many
22 0
more than 0
any subject to navne- og adressebeskyttelse
23 no
yes
all
24 yes
25 no
26 Sub-pane buttom: [-] Other people at the same address
actions
27 press topline
28 press Sub-panel topline
* <no.> lines with "-" <name> <id> of other people, sorted descending by ID
** <no.> lines with "-" <name> <id> of other people, sorted descending by ID
*** <no.> lines with "-" <name> <id> of other people, sorted descending by ID
This is a relatively small tree
with only 3 classes and 28
coverage items
Sometimes a test tree can have
50 + coverage items
Use ‘divide and conquer’ where
possible
Use Test Trees
Test Coverage
Test Design and Implementation
Introduction to a Test Tree
Example
Classification Internal Use Author AMQH Approved by N/A Version 1.118
Example presentation
The example system is a case management
system for case workers, who are responsible
for the administration of payments to clients.
Classification Internal Use Author AMQH Approved by N/A Version 1.119
Result
Feature sets
The system is broken into the following feature
sets (and many more):
• the framework for the overview of case information
for manual handling containing a number of panes
• a specific pane within the framework of the
overview
• rules for automatic handling
• etc.
•
Classification Internal Use Author AMQH Approved by N/A Version 1.120
Framework for overview of case info.
Classification Internal Use Author AMQH Approved by N/A Version 1.121
Case Overview for Case: nn
Family Relations
Person & Residence
Info
Result Details
Salary Info
Case History
Requirements for Person and Residence
Info
Classification Internal Use Author AMQH Approved by N/A Version 1.122
Requirement FR_191: Show person information, family relations, history of
the case (and more).
When a case worker types a person ID, the system shall present the following
information related to the citizen:
 Salary Information
 Case History
 Person and Residence Information
 (and more)
Requirement FR_182: Read and save person information.
Upon reception of person information, the system shall be able to store it with a
reference to the person’s ID.
Person and
Residence Info
Design and notes for the pane with
sub-pane
Classification Internal Use Author AMQH Approved by N/A Version 1.123
Note Description
1 This pane will be expanded as default. The following is shown for the
chosen person:
• Name
• Gender
• ID
• if relevant: C/O
• Postal address
• Country
• Telephone number
• Citizenship – if not UK
• if relevant: Name of custodian
2 If the persons’s name and address are covert, this is marked with a
colored text above the name and address, which are shown.
Text = “! Name and address are covert”
3 A click on ”[+] Other people at the same address” will show
information about other people living at the same address in a sub-
pane.
4 If one or more of the other person(s) at the address has covert
name and address this will be shown as a list of people without, if
any, sorted by ID, followed by a Text as above and a sorted list of
the people with, if any.
5 A click on ”[-] Person and Residence Information” will cause the
entire pane to collapse, so that only the top line is visible.
6 A click on "[+] Citizen and Residence Information" will cause the
pane to expand, with the sub-pane collapsed.
Coverage items are identified
Test case design techniques are used to find
coverage items depending on the nature of the
test basis, for example:
Classification Internal Use Author AMQH Approved by N/A Version 1.124
Equivalence class
partitioning
Classification tree
Pane navigation
The navigation in the pane and sub-pane can be
treated like a state machine with 3 states and 5
transitions
Classification Internal Use Author AMQH Approved by N/A Version 1.125
pri = “Person and Residence Information” pane
both = pri + “Other People at the same Address” sub-pane
Constructing the tree
Fill in the information about the test item and
the test basis
Identify the highest level of classes for the test
item from the test basis
For each class, identify the filters that will
partition the class into further sub-classes
For each sub-class, identify the coverage items
using appropriate test case design techniques
For each coverage item, describe expected
result
Classification Internal Use Author AMQH Approved by N/A Version 1.126
Constructing the tree
Fill in the information about the test item and
the test basis
Identify the highest level of classes for the test
item from the test basis
For each class, identify the filters that will
partition the class into further sub-classes
For each sub-class, identify the coverage items
using appropriate test case design techniques
For each coverage item, describe expected
result
Classification Internal Use Author AMQH Approved by N/A Version 1.127
FS-3. Person and Recidence Information pane Coverage items 28
Requirements: FR_182, FR_191 40% 11
UI Spec: Section 5.4
User Story: none
Ci No.
Class
filter
& Ci
filter
& Ci
filter
& Ci
filter
& Ci
Expected result
Person and Recidence Information, expanded only
P&RI contents
1 topline: [-] Person and Recidence Information present
Mandatory labels
which label
2 Name: shown with correct name
Gender:
which
3 female shown with text "Female"
4 male shown with text "Male"
5 ID: shown with correct ID
6 Addresse: shown with correct address
7 Telephone: shown with correct no.
Citizenship:
which
8 UK label shown, no info.
9 not UK label shown with correct citizenship
Dependable contents
which label or text
C/O:
relevant
10 yes C/O shown with correct info. before Address
11 no nothing shownshown
Custodian:
info available
12 yes label and info shown below Citizenship
13 no nothing shownshown
[!] Covert Name and Address
Classification Internal Use Author AMQH Approved by N/A Version 1.128
[!] Covert Name and Address
person subject to this
14 yes text shown in red under topline
15 no no warning text shown
16 buttom line: [+] Other People at the same Address present
actions
17 press topline ([-]) P&RI pane collaps and topline with [+]
18 press buttom line ([+]) both panes expanded
P&RI (and sub-pane), collapsed
contents
19 topline: [+] Person and Recidence Information present
actions
20 press topline pane expands
P&RI and sub-pane, expanded
Sub-pane contents
21 Mandatory text: Other people at the Adress: <no.> present
how many with covert address
22 0 text and <no.> = 0 shown
more than 0
any subject to navne- og adressebeskyttelse
23 no *
yes
all
24 yes **
25 no ***
26 Sub-pane buttom: [-] Other people at the same addressshown
actions
27 press P&RI topline ([-]) both panes collapse
28 press Sub-panel topline sub-pane collapses
* <no.> = actual number; lines with "-" <name> <id> of other people, sorted descending by ID
** <no.> = actual number; warning text ; lines with "-" <name> <id> of other people, sorted descending by ID
*** <no.> = actual total number; lines for without; warning text ; lines for with
The rest of
the tree
Classification Internal Use Author AMQH Approved by N/A Version 1.129
Select coverage items to test
Classification Internal Use Author AMQH Approved by N/A Version 1.130
FS-3. Person and Recidence Information pane
Requirements: FR_182, FR_191
UI Spec: Section 5.4
User Story: none
Test cases
No. Class filter Ci filter Ci filter Ci 1
Person and Recidence Information, expanded
contents
1 topline: [-] Person and Recidence Information x
Mandatory labels
which label
2 Name: x
Gender:
which
3 female x
4 male
5 ID: x
6 Addresse: x
7 Telephone: x
Citizenship:
which
8 UK x
9 not UK
Dependable contents
which label or text
C/O:
relevant
10 yes x
11 no
Custodian:
info available
12 yes x
13 no
[!] Covert Name and Address
person subject to this
14 yes
FS-3. Person and Recidence Information pane Coverage items 28
Requirements: FR_182, FR_191 40% 11
UI Spec: Section 5.4
User Story: none
Ci No.
Class
filter
& Ci
filter
& Ci
filter
& Ci
filter
& Ci
Expected result
Person and Recidence Information, expanded only
P&RI contents
1 topline: [-] Person and Recidence Information present
Mandatory labels
which label
2 Name: shown with correct name
Gender:
which
3 female shown with text "Female"
4 male shown with text "Male"
5 ID: shown with correct ID
6 Addresse: shown with correct address
7 Telephone: shown with correct no.
Citizenship:
which
8 UK label shown, no info.
9 not UK label shown with correct citizenship
Dependable contents
which label or text
C/O:
relevant
10 yes C/O shown with correct info. before Address
11 no nothing shownshown
Custodian:
info available
12 yes label and info shown below Citizenship
13 no nothing shownshown
[!] Covert Name and Address
Please try this at home
Classification Internal Use Author AMQH Approved by N/A Version 1.131
Thank you – and remember
• Test is difficult
• Test requires overview
• Test requires creativity
• Test requires systematic work
• Test requires imagination
• Test requires courage
• Test is fun
32
AMQH@NNIT.COM
Classification Internal Use Author AMQH Approved by N/A Version 1.1

More Related Content

Similar to Using Test Trees to get an Overview of Test Work

The Core of Testing – Dynamic Testing Process – According to ISO 29119 with...
The Core of Testing  – Dynamic Testing Process –  According to ISO 29119 with...The Core of Testing  – Dynamic Testing Process –  According to ISO 29119 with...
The Core of Testing – Dynamic Testing Process – According to ISO 29119 with...TEST Huddle
 
AJRA Test Strategy Discussion
AJRA Test Strategy DiscussionAJRA Test Strategy Discussion
AJRA Test Strategy Discussionajrhem
 
Test Case Design
Test Case DesignTest Case Design
Test Case DesignVidya-QA
 
Test Case Design & Technique
Test Case Design & TechniqueTest Case Design & Technique
Test Case Design & TechniqueRajesh-QA
 
Testing process
Testing processTesting process
Testing processTerry Cho
 
Software Testing Process
Software Testing ProcessSoftware Testing Process
Software Testing Processguest1f2740
 
Software Testing-Dynamic testing technique-Mazenet solution
Software Testing-Dynamic testing technique-Mazenet solutionSoftware Testing-Dynamic testing technique-Mazenet solution
Software Testing-Dynamic testing technique-Mazenet solutionMazenetsolution
 
12 functional-system-testing
12 functional-system-testing12 functional-system-testing
12 functional-system-testingnickynicks76
 
Orthogonal array approach a case study
Orthogonal array approach   a case studyOrthogonal array approach   a case study
Orthogonal array approach a case studyKarthikeyan Rajendran
 
Michael Felderer - Leveraging Defect Taxonomies for Testing - EuroSTAR 2012
Michael Felderer - Leveraging Defect Taxonomies for Testing - EuroSTAR 2012Michael Felderer - Leveraging Defect Taxonomies for Testing - EuroSTAR 2012
Michael Felderer - Leveraging Defect Taxonomies for Testing - EuroSTAR 2012TEST Huddle
 
A Test Analysis Method for Black Box Testing Using AUT and Fault Knowledge.
A Test Analysis Method for Black Box Testing Using AUT and Fault Knowledge.A Test Analysis Method for Black Box Testing Using AUT and Fault Knowledge.
A Test Analysis Method for Black Box Testing Using AUT and Fault Knowledge.Tsuyoshi Yumoto
 
Session 08 - Test Case Design and Technique
Session 08 - Test Case Design and TechniqueSession 08 - Test Case Design and Technique
Session 08 - Test Case Design and TechniquePoojaLQA
 
ISTQB, ISEB Lecture Notes- 4
ISTQB, ISEB Lecture Notes- 4ISTQB, ISEB Lecture Notes- 4
ISTQB, ISEB Lecture Notes- 4onsoftwaretest
 
Best practices for test case creation & maintenance
Best practices for test case creation & maintenanceBest practices for test case creation & maintenance
Best practices for test case creation & maintenance99tests
 
Test case techniques
Test case techniquesTest case techniques
Test case techniquesPina Parmar
 

Similar to Using Test Trees to get an Overview of Test Work (20)

The Core of Testing – Dynamic Testing Process – According to ISO 29119 with...
The Core of Testing  – Dynamic Testing Process –  According to ISO 29119 with...The Core of Testing  – Dynamic Testing Process –  According to ISO 29119 with...
The Core of Testing – Dynamic Testing Process – According to ISO 29119 with...
 
AJRA Test Strategy Discussion
AJRA Test Strategy DiscussionAJRA Test Strategy Discussion
AJRA Test Strategy Discussion
 
Test Case Design
Test Case DesignTest Case Design
Test Case Design
 
Test Case Design & Technique
Test Case Design & TechniqueTest Case Design & Technique
Test Case Design & Technique
 
Test planning
Test planningTest planning
Test planning
 
Testing process
Testing processTesting process
Testing process
 
Software Testing Process
Software Testing ProcessSoftware Testing Process
Software Testing Process
 
Software Testing-Dynamic testing technique-Mazenet solution
Software Testing-Dynamic testing technique-Mazenet solutionSoftware Testing-Dynamic testing technique-Mazenet solution
Software Testing-Dynamic testing technique-Mazenet solution
 
12 functional-system-testing
12 functional-system-testing12 functional-system-testing
12 functional-system-testing
 
Orthogonal array approach a case study
Orthogonal array approach   a case studyOrthogonal array approach   a case study
Orthogonal array approach a case study
 
Michael Felderer - Leveraging Defect Taxonomies for Testing - EuroSTAR 2012
Michael Felderer - Leveraging Defect Taxonomies for Testing - EuroSTAR 2012Michael Felderer - Leveraging Defect Taxonomies for Testing - EuroSTAR 2012
Michael Felderer - Leveraging Defect Taxonomies for Testing - EuroSTAR 2012
 
A Test Analysis Method for Black Box Testing Using AUT and Fault Knowledge.
A Test Analysis Method for Black Box Testing Using AUT and Fault Knowledge.A Test Analysis Method for Black Box Testing Using AUT and Fault Knowledge.
A Test Analysis Method for Black Box Testing Using AUT and Fault Knowledge.
 
Session 08 - Test Case Design and Technique
Session 08 - Test Case Design and TechniqueSession 08 - Test Case Design and Technique
Session 08 - Test Case Design and Technique
 
Testing
TestingTesting
Testing
 
ISTQB, ISEB Lecture Notes- 4
ISTQB, ISEB Lecture Notes- 4ISTQB, ISEB Lecture Notes- 4
ISTQB, ISEB Lecture Notes- 4
 
Best practices for test case creation & maintenance
Best practices for test case creation & maintenanceBest practices for test case creation & maintenance
Best practices for test case creation & maintenance
 
Test case techniques
Test case techniquesTest case techniques
Test case techniques
 
Sqa
Sqa Sqa
Sqa
 
Chapter 3
Chapter 3Chapter 3
Chapter 3
 
CTFL Module 04
CTFL Module 04CTFL Module 04
CTFL Module 04
 

More from TEST Huddle

Why We Need Diversity in Testing- Accenture
Why We Need Diversity in Testing- AccentureWhy We Need Diversity in Testing- Accenture
Why We Need Diversity in Testing- AccentureTEST Huddle
 
Keys to continuous testing for faster delivery euro star webinar
Keys to continuous testing for faster delivery euro star webinar Keys to continuous testing for faster delivery euro star webinar
Keys to continuous testing for faster delivery euro star webinar TEST Huddle
 
Why you Shouldnt Automated But You Will Anyway
Why you Shouldnt Automated But You Will Anyway Why you Shouldnt Automated But You Will Anyway
Why you Shouldnt Automated But You Will Anyway TEST Huddle
 
Being a Tester in Scrum
Being a Tester in ScrumBeing a Tester in Scrum
Being a Tester in ScrumTEST Huddle
 
Leveraging Visual Testing with Your Functional Tests
Leveraging Visual Testing with Your Functional TestsLeveraging Visual Testing with Your Functional Tests
Leveraging Visual Testing with Your Functional TestsTEST Huddle
 
Big Data: The Magic to Attain New Heights
Big Data:  The Magic to Attain New HeightsBig Data:  The Magic to Attain New Heights
Big Data: The Magic to Attain New HeightsTEST Huddle
 
Will Robots Replace Testers?
Will Robots Replace Testers?Will Robots Replace Testers?
Will Robots Replace Testers?TEST Huddle
 
TDD For The Rest Of Us
TDD For The Rest Of UsTDD For The Rest Of Us
TDD For The Rest Of UsTEST Huddle
 
Scaling Agile with LeSS (Large Scale Scrum)
Scaling Agile with LeSS (Large Scale Scrum)Scaling Agile with LeSS (Large Scale Scrum)
Scaling Agile with LeSS (Large Scale Scrum)TEST Huddle
 
Creating Agile Test Strategies for Larger Enterprises
Creating Agile Test Strategies for Larger EnterprisesCreating Agile Test Strategies for Larger Enterprises
Creating Agile Test Strategies for Larger EnterprisesTEST Huddle
 
Is There A Risk?
Is There A Risk?Is There A Risk?
Is There A Risk?TEST Huddle
 
Are Your Tests Well-Travelled? Thoughts About Test Coverage
Are Your Tests Well-Travelled? Thoughts About Test CoverageAre Your Tests Well-Travelled? Thoughts About Test Coverage
Are Your Tests Well-Travelled? Thoughts About Test CoverageTEST Huddle
 
Growing a Company Test Community: Roles and Paths for Testers
Growing a Company Test Community: Roles and Paths for TestersGrowing a Company Test Community: Roles and Paths for Testers
Growing a Company Test Community: Roles and Paths for TestersTEST Huddle
 
Do we need testers on agile teams?
Do we need testers on agile teams?Do we need testers on agile teams?
Do we need testers on agile teams?TEST Huddle
 
How to use selenium successfully
How to use selenium successfullyHow to use selenium successfully
How to use selenium successfullyTEST Huddle
 
Testers & Teams on the Agile Fluency™ Journey
Testers & Teams on the Agile Fluency™ Journey Testers & Teams on the Agile Fluency™ Journey
Testers & Teams on the Agile Fluency™ Journey TEST Huddle
 
Practical Test Strategy Using Heuristics
Practical Test Strategy Using HeuristicsPractical Test Strategy Using Heuristics
Practical Test Strategy Using HeuristicsTEST Huddle
 
Thinking Through Your Role
Thinking Through Your RoleThinking Through Your Role
Thinking Through Your RoleTEST Huddle
 
Using Selenium 3 0
Using Selenium 3 0Using Selenium 3 0
Using Selenium 3 0TEST Huddle
 
New Model Testing: A New Test Process and Tool
New Model Testing:  A New Test Process and ToolNew Model Testing:  A New Test Process and Tool
New Model Testing: A New Test Process and ToolTEST Huddle
 

More from TEST Huddle (20)

Why We Need Diversity in Testing- Accenture
Why We Need Diversity in Testing- AccentureWhy We Need Diversity in Testing- Accenture
Why We Need Diversity in Testing- Accenture
 
Keys to continuous testing for faster delivery euro star webinar
Keys to continuous testing for faster delivery euro star webinar Keys to continuous testing for faster delivery euro star webinar
Keys to continuous testing for faster delivery euro star webinar
 
Why you Shouldnt Automated But You Will Anyway
Why you Shouldnt Automated But You Will Anyway Why you Shouldnt Automated But You Will Anyway
Why you Shouldnt Automated But You Will Anyway
 
Being a Tester in Scrum
Being a Tester in ScrumBeing a Tester in Scrum
Being a Tester in Scrum
 
Leveraging Visual Testing with Your Functional Tests
Leveraging Visual Testing with Your Functional TestsLeveraging Visual Testing with Your Functional Tests
Leveraging Visual Testing with Your Functional Tests
 
Big Data: The Magic to Attain New Heights
Big Data:  The Magic to Attain New HeightsBig Data:  The Magic to Attain New Heights
Big Data: The Magic to Attain New Heights
 
Will Robots Replace Testers?
Will Robots Replace Testers?Will Robots Replace Testers?
Will Robots Replace Testers?
 
TDD For The Rest Of Us
TDD For The Rest Of UsTDD For The Rest Of Us
TDD For The Rest Of Us
 
Scaling Agile with LeSS (Large Scale Scrum)
Scaling Agile with LeSS (Large Scale Scrum)Scaling Agile with LeSS (Large Scale Scrum)
Scaling Agile with LeSS (Large Scale Scrum)
 
Creating Agile Test Strategies for Larger Enterprises
Creating Agile Test Strategies for Larger EnterprisesCreating Agile Test Strategies for Larger Enterprises
Creating Agile Test Strategies for Larger Enterprises
 
Is There A Risk?
Is There A Risk?Is There A Risk?
Is There A Risk?
 
Are Your Tests Well-Travelled? Thoughts About Test Coverage
Are Your Tests Well-Travelled? Thoughts About Test CoverageAre Your Tests Well-Travelled? Thoughts About Test Coverage
Are Your Tests Well-Travelled? Thoughts About Test Coverage
 
Growing a Company Test Community: Roles and Paths for Testers
Growing a Company Test Community: Roles and Paths for TestersGrowing a Company Test Community: Roles and Paths for Testers
Growing a Company Test Community: Roles and Paths for Testers
 
Do we need testers on agile teams?
Do we need testers on agile teams?Do we need testers on agile teams?
Do we need testers on agile teams?
 
How to use selenium successfully
How to use selenium successfullyHow to use selenium successfully
How to use selenium successfully
 
Testers & Teams on the Agile Fluency™ Journey
Testers & Teams on the Agile Fluency™ Journey Testers & Teams on the Agile Fluency™ Journey
Testers & Teams on the Agile Fluency™ Journey
 
Practical Test Strategy Using Heuristics
Practical Test Strategy Using HeuristicsPractical Test Strategy Using Heuristics
Practical Test Strategy Using Heuristics
 
Thinking Through Your Role
Thinking Through Your RoleThinking Through Your Role
Thinking Through Your Role
 
Using Selenium 3 0
Using Selenium 3 0Using Selenium 3 0
Using Selenium 3 0
 
New Model Testing: A New Test Process and Tool
New Model Testing:  A New Test Process and ToolNew Model Testing:  A New Test Process and Tool
New Model Testing: A New Test Process and Tool
 

Recently uploaded

KnowAPIs-UnknownPerf-jaxMainz-2024 (1).pptx
KnowAPIs-UnknownPerf-jaxMainz-2024 (1).pptxKnowAPIs-UnknownPerf-jaxMainz-2024 (1).pptx
KnowAPIs-UnknownPerf-jaxMainz-2024 (1).pptxTier1 app
 
Best Web Development Agency- Idiosys USA.pdf
Best Web Development Agency- Idiosys USA.pdfBest Web Development Agency- Idiosys USA.pdf
Best Web Development Agency- Idiosys USA.pdfIdiosysTechnologies1
 
GOING AOT WITH GRAALVM – DEVOXX GREECE.pdf
GOING AOT WITH GRAALVM – DEVOXX GREECE.pdfGOING AOT WITH GRAALVM – DEVOXX GREECE.pdf
GOING AOT WITH GRAALVM – DEVOXX GREECE.pdfAlina Yurenko
 
Implementing Zero Trust strategy with Azure
Implementing Zero Trust strategy with AzureImplementing Zero Trust strategy with Azure
Implementing Zero Trust strategy with AzureDinusha Kumarasiri
 
BATTLEFIELD ORM: TIPS, TACTICS AND STRATEGIES FOR CONQUERING YOUR DATABASE
BATTLEFIELD ORM: TIPS, TACTICS AND STRATEGIES FOR CONQUERING YOUR DATABASEBATTLEFIELD ORM: TIPS, TACTICS AND STRATEGIES FOR CONQUERING YOUR DATABASE
BATTLEFIELD ORM: TIPS, TACTICS AND STRATEGIES FOR CONQUERING YOUR DATABASEOrtus Solutions, Corp
 
Call Us🔝>༒+91-9711147426⇛Call In girls karol bagh (Delhi)
Call Us🔝>༒+91-9711147426⇛Call In girls karol bagh (Delhi)Call Us🔝>༒+91-9711147426⇛Call In girls karol bagh (Delhi)
Call Us🔝>༒+91-9711147426⇛Call In girls karol bagh (Delhi)jennyeacort
 
英国UN学位证,北安普顿大学毕业证书1:1制作
英国UN学位证,北安普顿大学毕业证书1:1制作英国UN学位证,北安普顿大学毕业证书1:1制作
英国UN学位证,北安普顿大学毕业证书1:1制作qr0udbr0
 
Building a General PDE Solving Framework with Symbolic-Numeric Scientific Mac...
Building a General PDE Solving Framework with Symbolic-Numeric Scientific Mac...Building a General PDE Solving Framework with Symbolic-Numeric Scientific Mac...
Building a General PDE Solving Framework with Symbolic-Numeric Scientific Mac...stazi3110
 
What are the key points to focus on before starting to learn ETL Development....
What are the key points to focus on before starting to learn ETL Development....What are the key points to focus on before starting to learn ETL Development....
What are the key points to focus on before starting to learn ETL Development....kzayra69
 
Cyber security and its impact on E commerce
Cyber security and its impact on E commerceCyber security and its impact on E commerce
Cyber security and its impact on E commercemanigoyal112
 
PREDICTING RIVER WATER QUALITY ppt presentation
PREDICTING  RIVER  WATER QUALITY  ppt presentationPREDICTING  RIVER  WATER QUALITY  ppt presentation
PREDICTING RIVER WATER QUALITY ppt presentationvaddepallysandeep122
 
Unveiling the Future: Sylius 2.0 New Features
Unveiling the Future: Sylius 2.0 New FeaturesUnveiling the Future: Sylius 2.0 New Features
Unveiling the Future: Sylius 2.0 New FeaturesŁukasz Chruściel
 
Odoo 14 - eLearning Module In Odoo 14 Enterprise
Odoo 14 - eLearning Module In Odoo 14 EnterpriseOdoo 14 - eLearning Module In Odoo 14 Enterprise
Odoo 14 - eLearning Module In Odoo 14 Enterprisepreethippts
 
Introduction Computer Science - Software Design.pdf
Introduction Computer Science - Software Design.pdfIntroduction Computer Science - Software Design.pdf
Introduction Computer Science - Software Design.pdfFerryKemperman
 
What is Advanced Excel and what are some best practices for designing and cre...
What is Advanced Excel and what are some best practices for designing and cre...What is Advanced Excel and what are some best practices for designing and cre...
What is Advanced Excel and what are some best practices for designing and cre...Technogeeks
 
Catch the Wave: SAP Event-Driven and Data Streaming for the Intelligence Ente...
Catch the Wave: SAP Event-Driven and Data Streaming for the Intelligence Ente...Catch the Wave: SAP Event-Driven and Data Streaming for the Intelligence Ente...
Catch the Wave: SAP Event-Driven and Data Streaming for the Intelligence Ente...confluent
 
CRM Contender Series: HubSpot vs. Salesforce
CRM Contender Series: HubSpot vs. SalesforceCRM Contender Series: HubSpot vs. Salesforce
CRM Contender Series: HubSpot vs. SalesforceBrainSell Technologies
 
Intelligent Home Wi-Fi Solutions | ThinkPalm
Intelligent Home Wi-Fi Solutions | ThinkPalmIntelligent Home Wi-Fi Solutions | ThinkPalm
Intelligent Home Wi-Fi Solutions | ThinkPalmSujith Sukumaran
 
Unveiling Design Patterns: A Visual Guide with UML Diagrams
Unveiling Design Patterns: A Visual Guide with UML DiagramsUnveiling Design Patterns: A Visual Guide with UML Diagrams
Unveiling Design Patterns: A Visual Guide with UML DiagramsAhmed Mohamed
 
Recruitment Management Software Benefits (Infographic)
Recruitment Management Software Benefits (Infographic)Recruitment Management Software Benefits (Infographic)
Recruitment Management Software Benefits (Infographic)Hr365.us smith
 

Recently uploaded (20)

KnowAPIs-UnknownPerf-jaxMainz-2024 (1).pptx
KnowAPIs-UnknownPerf-jaxMainz-2024 (1).pptxKnowAPIs-UnknownPerf-jaxMainz-2024 (1).pptx
KnowAPIs-UnknownPerf-jaxMainz-2024 (1).pptx
 
Best Web Development Agency- Idiosys USA.pdf
Best Web Development Agency- Idiosys USA.pdfBest Web Development Agency- Idiosys USA.pdf
Best Web Development Agency- Idiosys USA.pdf
 
GOING AOT WITH GRAALVM – DEVOXX GREECE.pdf
GOING AOT WITH GRAALVM – DEVOXX GREECE.pdfGOING AOT WITH GRAALVM – DEVOXX GREECE.pdf
GOING AOT WITH GRAALVM – DEVOXX GREECE.pdf
 
Implementing Zero Trust strategy with Azure
Implementing Zero Trust strategy with AzureImplementing Zero Trust strategy with Azure
Implementing Zero Trust strategy with Azure
 
BATTLEFIELD ORM: TIPS, TACTICS AND STRATEGIES FOR CONQUERING YOUR DATABASE
BATTLEFIELD ORM: TIPS, TACTICS AND STRATEGIES FOR CONQUERING YOUR DATABASEBATTLEFIELD ORM: TIPS, TACTICS AND STRATEGIES FOR CONQUERING YOUR DATABASE
BATTLEFIELD ORM: TIPS, TACTICS AND STRATEGIES FOR CONQUERING YOUR DATABASE
 
Call Us🔝>༒+91-9711147426⇛Call In girls karol bagh (Delhi)
Call Us🔝>༒+91-9711147426⇛Call In girls karol bagh (Delhi)Call Us🔝>༒+91-9711147426⇛Call In girls karol bagh (Delhi)
Call Us🔝>༒+91-9711147426⇛Call In girls karol bagh (Delhi)
 
英国UN学位证,北安普顿大学毕业证书1:1制作
英国UN学位证,北安普顿大学毕业证书1:1制作英国UN学位证,北安普顿大学毕业证书1:1制作
英国UN学位证,北安普顿大学毕业证书1:1制作
 
Building a General PDE Solving Framework with Symbolic-Numeric Scientific Mac...
Building a General PDE Solving Framework with Symbolic-Numeric Scientific Mac...Building a General PDE Solving Framework with Symbolic-Numeric Scientific Mac...
Building a General PDE Solving Framework with Symbolic-Numeric Scientific Mac...
 
What are the key points to focus on before starting to learn ETL Development....
What are the key points to focus on before starting to learn ETL Development....What are the key points to focus on before starting to learn ETL Development....
What are the key points to focus on before starting to learn ETL Development....
 
Cyber security and its impact on E commerce
Cyber security and its impact on E commerceCyber security and its impact on E commerce
Cyber security and its impact on E commerce
 
PREDICTING RIVER WATER QUALITY ppt presentation
PREDICTING  RIVER  WATER QUALITY  ppt presentationPREDICTING  RIVER  WATER QUALITY  ppt presentation
PREDICTING RIVER WATER QUALITY ppt presentation
 
Unveiling the Future: Sylius 2.0 New Features
Unveiling the Future: Sylius 2.0 New FeaturesUnveiling the Future: Sylius 2.0 New Features
Unveiling the Future: Sylius 2.0 New Features
 
Odoo 14 - eLearning Module In Odoo 14 Enterprise
Odoo 14 - eLearning Module In Odoo 14 EnterpriseOdoo 14 - eLearning Module In Odoo 14 Enterprise
Odoo 14 - eLearning Module In Odoo 14 Enterprise
 
Introduction Computer Science - Software Design.pdf
Introduction Computer Science - Software Design.pdfIntroduction Computer Science - Software Design.pdf
Introduction Computer Science - Software Design.pdf
 
What is Advanced Excel and what are some best practices for designing and cre...
What is Advanced Excel and what are some best practices for designing and cre...What is Advanced Excel and what are some best practices for designing and cre...
What is Advanced Excel and what are some best practices for designing and cre...
 
Catch the Wave: SAP Event-Driven and Data Streaming for the Intelligence Ente...
Catch the Wave: SAP Event-Driven and Data Streaming for the Intelligence Ente...Catch the Wave: SAP Event-Driven and Data Streaming for the Intelligence Ente...
Catch the Wave: SAP Event-Driven and Data Streaming for the Intelligence Ente...
 
CRM Contender Series: HubSpot vs. Salesforce
CRM Contender Series: HubSpot vs. SalesforceCRM Contender Series: HubSpot vs. Salesforce
CRM Contender Series: HubSpot vs. Salesforce
 
Intelligent Home Wi-Fi Solutions | ThinkPalm
Intelligent Home Wi-Fi Solutions | ThinkPalmIntelligent Home Wi-Fi Solutions | ThinkPalm
Intelligent Home Wi-Fi Solutions | ThinkPalm
 
Unveiling Design Patterns: A Visual Guide with UML Diagrams
Unveiling Design Patterns: A Visual Guide with UML DiagramsUnveiling Design Patterns: A Visual Guide with UML Diagrams
Unveiling Design Patterns: A Visual Guide with UML Diagrams
 
Recruitment Management Software Benefits (Infographic)
Recruitment Management Software Benefits (Infographic)Recruitment Management Software Benefits (Infographic)
Recruitment Management Software Benefits (Infographic)
 

Using Test Trees to get an Overview of Test Work

  • 1. Use Test Trees to get an Overview of your Test INTERNAL USE
  • 2. Example of a test tree Classification Internal Use Author AMQH Approved by N/A Version 1.12 FS-3. Person and Recidence Information pane Requirements: FR_182, FR_191 UI Spec: Section 5.4 User Story: none Test cases No. Class filter Ci filter Ci filter Ci 1 Person and Recidence Information, expanded contents 1 topline: [-] Person and Recidence Information x Mandatory labels which label 2 Name: x Gender: which 3 female x 4 male 5 ID: x 6 Addresse: x 7 Telephone: x Citizenship: which 8 UK x 9 not UK Dependable contents which label or text C/O: relevant 10 yes x 11 no Custodian: info available 12 yes x 13 no [!] Covert Name and Address person subject to this 14 yes FS-3. Person and Recidence Information pane Coverage items 28 Requirements: FR_182, FR_191 40% 11 UI Spec: Section 5.4 User Story: none Ci No. Class filter & Ci filter & Ci filter & Ci filter & Ci Expected result Person and Recidence Information, expanded only P&RI contents 1 topline: [-] Person and Recidence Information present Mandatory labels which label 2 Name: shown with correct name Gender: which 3 female shown with text "Female" 4 male shown with text "Male" 5 ID: shown with correct ID 6 Addresse: shown with correct address 7 Telephone: shown with correct no. Citizenship: which 8 UK label shown, no info. 9 not UK label shown with correct citizenship Dependable contents which label or text C/O: relevant 10 yes C/O shown with correct info. before Address 11 no nothing shownshown Custodian: info available 12 yes label and info shown below Citizenship 13 no nothing shownshown [!] Covert Name and Address
  • 3. Use Test Trees Test Coverage Test Design and Implementation Introduction to a Test Tree Example Classification Internal Use Author AMQH Approved by N/A Version 1.13
  • 4. When are we done with the test As much as we like testing, we cannot go on ‘for ever’ – this is why acceptance criteria are defined When the acceptance criteria are reached we can stop the testing How much do we have to test with this acceptance criteria: No more than 10 unresolved defects Classification Internal Use Author AMQH Approved by N/A Version 1.14
  • 5. This is more like it Acceptance criteria should always include a coverage measure Example: • a coverage of 100 % is achieved for the requirements on which the test is based • a detailed coverage of 60 % (high risk areas) or 40 % (low risk areas) is achieved Classification Internal Use Author AMQH Approved by N/A Version 1.15
  • 6. Test coverage definitions ISTQB: the degree, expressed as a percentage, to which a specified coverage item has been exercised by a test suite. ISO 29119: degree, expressed as a percentage, to which specified test coverage items have been exercised by a test case or test cases Classification Internal Use Author AMQH Approved by N/A Version 1.16
  • 7. Specified test coverage items? So we have to find out what specified test coverage items are. ISO 29119: attribute or combination of attributes that is derived from one or more test conditions by using a test design technique that enables the measurement of the thoroughness of the test execution Classification Internal Use Author AMQH Approved by N/A Version 1.17
  • 8. Some test case design techniques Classification Internal Use Author AMQH Approved by N/A Version 1.18 Boris Beizer • Control-flow testing • Data-flow testing • Domain testing • Finite-state testing • Loop testing • Syntax testing • Transaction flow t. ISTQB • Boundary value analysis • Equivalence partitioning • Cause Effect graphing • Checklist • Classification tree • Decision table testing • Orthogonal arrays • Pairwise testing • State Transition testing • Structure based • Use case testing • User story testing • and more.. ISO 29119 • Boundary value analysis • Equivalence partitioning • Cause Effect graphing • Classification tree • Combinatorial e.g. • pairwise • orthogonal arrays • Decision table testing • Random testing • State Transition testing • Scenario testing • Structure based • Syntax testing • and more…
  • 9. Some coverage items • Boundary value analysis Boundary + 1 or 2 nearest values • Equivalence partitioning Equivalence partition • Cause Effect graphing Decision rule • Checklist Entry • Classification tree Leaf • Decision table testing Decision rule • Orthogonal arrays Pair • Pairwise testing Unique parameter/value set • State Transition testing States and/or Chow’s n-switch • Structure based Depends on which one • Use case testing Unique scenario • User story testing Acceptance criterion • and more.. Classification Internal Use Author AMQH Approved by N/A Version 1.19
  • 10. Use Test Trees Test Coverage Test Design and Implementation Introduction to a Test Tree Example Classification Internal Use Author AMQH Approved by N/A Version 1.110
  • 11. Test design and implementation The test design and implementation process is a sub-process to the entire test process described by ISTQB and in ISO 29119 Classification Internal Use Author AMQH Approved by N/A Version 1.111
  • 12. Test design and implementation items Classification Internal Use Author AMQH Approved by N/A Version 1.112
  • 13. Definitions A feature set is a logical part of the system, which you can test in isolation, e.g.: • access to the system, including access right • a user interface, e.g. a form or a pane • a set of rules implemented in a component • general error handling A test condition is something within a feature set, which you can test in isolation: e.g. • a requirement • a user story • a rule Classification Internal Use Author AMQH Approved by N/A Version 1.113
  • 14. Use Test Trees Test Coverage Test Design and Implementation Introduction to a Test Tree Example Classification Internal Use Author AMQH Approved by N/A Version 1.114
  • 15. The test tree principle A test tree is • a graphical way to present the test basis for a test item based on coverage items • akin to classification trees – with coverage items described under independent classes • a way to document the coverage obtained in a given test case • a mean to calculate overall coverage of a test • documented in Excel the most powerful test tool we have :-) Classification Internal Use Author AMQH Approved by N/A Version 1.115
  • 16. The contents of the tree Classification Internal Use Author AMQH Approved by N/A Version 1.116 FS-3. Person and Recidence Information pane Requirements: FR_182, FR_191 UI Spec: Section 5.4 User Story: none Test cases Ci No. Class filter & Ci filter & Ci filter & Ci filter & Ci 1 2 Person and Recidence Information, expanded contents 1 topline: [-] Person and Recidence Information x Mandatory labels which label 2 Name: x Gender: which 3 female x 4 male
  • 17. Test tree can be very ‘tall’ Classification Internal Use Author AMQH Approved by N/A Version 1.117 FS-3. Person and Recidence Information pane Requirements: FR_182, FR_191 UI Spec: Section 5.4 User Story: none Test cases Ci No. Class filter & Ci filter & Ci filter & Ci filter & Ci 1 2 Person and Recidence Information, expanded contents 1 topline: [-] Person and Recidence Information x Mandatory labels which label 2 Name: x Gender: which 3 female x 4 male 5 ID: x 6 Addresse: x 7 Telephone: x Citizenship: which 8 UK x 9 not UK Dependable contents which label or text C/O: relevant 10 yes x 11 no Custodian: info available 12 yes x 13 no [!] Covert Name and Address person subject to this 14 yes 15 no x 16 buttom line: [+] Other People at the same Address x actions 17 press topline x 18 press buttom line Person and Recidence Information, collapsed contents 19 topline: [+] Person and Recidence Information actions 20 press topline Other People at the same Address,expanded contents 21 Mandatory text: Other people at the Adress: <no.> how many 22 0 more than 0 any subject to navne- og adressebeskyttelse 23 no yes all 24 yes 25 no 26 Sub-pane buttom: [-] Other people at the same address actions 27 press topline 28 press Sub-panel topline * <no.> lines with "-" <name> <id> of other people, sorted descending by ID ** <no.> lines with "-" <name> <id> of other people, sorted descending by ID *** <no.> lines with "-" <name> <id> of other people, sorted descending by ID This is a relatively small tree with only 3 classes and 28 coverage items Sometimes a test tree can have 50 + coverage items Use ‘divide and conquer’ where possible
  • 18. Use Test Trees Test Coverage Test Design and Implementation Introduction to a Test Tree Example Classification Internal Use Author AMQH Approved by N/A Version 1.118
  • 19. Example presentation The example system is a case management system for case workers, who are responsible for the administration of payments to clients. Classification Internal Use Author AMQH Approved by N/A Version 1.119 Result
  • 20. Feature sets The system is broken into the following feature sets (and many more): • the framework for the overview of case information for manual handling containing a number of panes • a specific pane within the framework of the overview • rules for automatic handling • etc. • Classification Internal Use Author AMQH Approved by N/A Version 1.120
  • 21. Framework for overview of case info. Classification Internal Use Author AMQH Approved by N/A Version 1.121 Case Overview for Case: nn Family Relations Person & Residence Info Result Details Salary Info Case History
  • 22. Requirements for Person and Residence Info Classification Internal Use Author AMQH Approved by N/A Version 1.122 Requirement FR_191: Show person information, family relations, history of the case (and more). When a case worker types a person ID, the system shall present the following information related to the citizen:  Salary Information  Case History  Person and Residence Information  (and more) Requirement FR_182: Read and save person information. Upon reception of person information, the system shall be able to store it with a reference to the person’s ID. Person and Residence Info
  • 23. Design and notes for the pane with sub-pane Classification Internal Use Author AMQH Approved by N/A Version 1.123 Note Description 1 This pane will be expanded as default. The following is shown for the chosen person: • Name • Gender • ID • if relevant: C/O • Postal address • Country • Telephone number • Citizenship – if not UK • if relevant: Name of custodian 2 If the persons’s name and address are covert, this is marked with a colored text above the name and address, which are shown. Text = “! Name and address are covert” 3 A click on ”[+] Other people at the same address” will show information about other people living at the same address in a sub- pane. 4 If one or more of the other person(s) at the address has covert name and address this will be shown as a list of people without, if any, sorted by ID, followed by a Text as above and a sorted list of the people with, if any. 5 A click on ”[-] Person and Residence Information” will cause the entire pane to collapse, so that only the top line is visible. 6 A click on "[+] Citizen and Residence Information" will cause the pane to expand, with the sub-pane collapsed.
  • 24. Coverage items are identified Test case design techniques are used to find coverage items depending on the nature of the test basis, for example: Classification Internal Use Author AMQH Approved by N/A Version 1.124 Equivalence class partitioning Classification tree
  • 25. Pane navigation The navigation in the pane and sub-pane can be treated like a state machine with 3 states and 5 transitions Classification Internal Use Author AMQH Approved by N/A Version 1.125 pri = “Person and Residence Information” pane both = pri + “Other People at the same Address” sub-pane
  • 26. Constructing the tree Fill in the information about the test item and the test basis Identify the highest level of classes for the test item from the test basis For each class, identify the filters that will partition the class into further sub-classes For each sub-class, identify the coverage items using appropriate test case design techniques For each coverage item, describe expected result Classification Internal Use Author AMQH Approved by N/A Version 1.126
  • 27. Constructing the tree Fill in the information about the test item and the test basis Identify the highest level of classes for the test item from the test basis For each class, identify the filters that will partition the class into further sub-classes For each sub-class, identify the coverage items using appropriate test case design techniques For each coverage item, describe expected result Classification Internal Use Author AMQH Approved by N/A Version 1.127
  • 28. FS-3. Person and Recidence Information pane Coverage items 28 Requirements: FR_182, FR_191 40% 11 UI Spec: Section 5.4 User Story: none Ci No. Class filter & Ci filter & Ci filter & Ci filter & Ci Expected result Person and Recidence Information, expanded only P&RI contents 1 topline: [-] Person and Recidence Information present Mandatory labels which label 2 Name: shown with correct name Gender: which 3 female shown with text "Female" 4 male shown with text "Male" 5 ID: shown with correct ID 6 Addresse: shown with correct address 7 Telephone: shown with correct no. Citizenship: which 8 UK label shown, no info. 9 not UK label shown with correct citizenship Dependable contents which label or text C/O: relevant 10 yes C/O shown with correct info. before Address 11 no nothing shownshown Custodian: info available 12 yes label and info shown below Citizenship 13 no nothing shownshown [!] Covert Name and Address Classification Internal Use Author AMQH Approved by N/A Version 1.128
  • 29. [!] Covert Name and Address person subject to this 14 yes text shown in red under topline 15 no no warning text shown 16 buttom line: [+] Other People at the same Address present actions 17 press topline ([-]) P&RI pane collaps and topline with [+] 18 press buttom line ([+]) both panes expanded P&RI (and sub-pane), collapsed contents 19 topline: [+] Person and Recidence Information present actions 20 press topline pane expands P&RI and sub-pane, expanded Sub-pane contents 21 Mandatory text: Other people at the Adress: <no.> present how many with covert address 22 0 text and <no.> = 0 shown more than 0 any subject to navne- og adressebeskyttelse 23 no * yes all 24 yes ** 25 no *** 26 Sub-pane buttom: [-] Other people at the same addressshown actions 27 press P&RI topline ([-]) both panes collapse 28 press Sub-panel topline sub-pane collapses * <no.> = actual number; lines with "-" <name> <id> of other people, sorted descending by ID ** <no.> = actual number; warning text ; lines with "-" <name> <id> of other people, sorted descending by ID *** <no.> = actual total number; lines for without; warning text ; lines for with The rest of the tree Classification Internal Use Author AMQH Approved by N/A Version 1.129
  • 30. Select coverage items to test Classification Internal Use Author AMQH Approved by N/A Version 1.130 FS-3. Person and Recidence Information pane Requirements: FR_182, FR_191 UI Spec: Section 5.4 User Story: none Test cases No. Class filter Ci filter Ci filter Ci 1 Person and Recidence Information, expanded contents 1 topline: [-] Person and Recidence Information x Mandatory labels which label 2 Name: x Gender: which 3 female x 4 male 5 ID: x 6 Addresse: x 7 Telephone: x Citizenship: which 8 UK x 9 not UK Dependable contents which label or text C/O: relevant 10 yes x 11 no Custodian: info available 12 yes x 13 no [!] Covert Name and Address person subject to this 14 yes FS-3. Person and Recidence Information pane Coverage items 28 Requirements: FR_182, FR_191 40% 11 UI Spec: Section 5.4 User Story: none Ci No. Class filter & Ci filter & Ci filter & Ci filter & Ci Expected result Person and Recidence Information, expanded only P&RI contents 1 topline: [-] Person and Recidence Information present Mandatory labels which label 2 Name: shown with correct name Gender: which 3 female shown with text "Female" 4 male shown with text "Male" 5 ID: shown with correct ID 6 Addresse: shown with correct address 7 Telephone: shown with correct no. Citizenship: which 8 UK label shown, no info. 9 not UK label shown with correct citizenship Dependable contents which label or text C/O: relevant 10 yes C/O shown with correct info. before Address 11 no nothing shownshown Custodian: info available 12 yes label and info shown below Citizenship 13 no nothing shownshown [!] Covert Name and Address
  • 31. Please try this at home Classification Internal Use Author AMQH Approved by N/A Version 1.131
  • 32. Thank you – and remember • Test is difficult • Test requires overview • Test requires creativity • Test requires systematic work • Test requires imagination • Test requires courage • Test is fun 32 AMQH@NNIT.COM Classification Internal Use Author AMQH Approved by N/A Version 1.1

Editor's Notes

  1. The test design and implementation subprocess and be further broken down into the activities shown here, namely … The activities above the dotted line are those connected with the test design and those under the line are connected to the test implementation. There is one big ”error” in this diagram, or rather and omission – and that is the iterativeness of the activities. Test design is NOT done in one flow as illustrated; each of the activities will be revisited many times when a test design is being made. Just as Paul shows, the work in one activity will inform the work in others and you have to go back and adjust what you have done previously. I have, however, shown the activities like this because I have to go through them sequentially. A talk like this has to be given from one end to the other and only in the end and after having performed the activites many times, you’ll get the full picture – and that will be multidimentional. A word of warning here! Do not – at any point – think ”documentation”. You might or you might not document the results of the activities in the test design, that is not the point. May these activities will go on in you brain and stay there as the test is being executed; maybe you’ll take som notes for your own use, maybe you are obliged to write a full-blown testspecification – the way you are documenting your work with the test design is not relevant for this description of what the work is. I have to document the work with the example, otherwise you would have nothing to look at, but that does not mean that you need to do the same.
  2. The test design and implementation subprocess and be further broken down into the activities shown here, namely … The activities above the dotted line are those connected with the test design and those under the line are connected to the test implementation. There is one big ”error” in this diagram, or rather and omission – and that is the iterativeness of the activities. Test design is NOT done in one flow as illustrated; each of the activities will be revisited many times when a test design is being made. Just as Paul shows, the work in one activity will inform the work in others and you have to go back and adjust what you have done previously. I have, however, shown the activities like this because I have to go through them sequentially. A talk like this has to be given from one end to the other and only in the end and after having performed the activites many times, you’ll get the full picture – and that will be multidimentional. A word of warning here! Do not – at any point – think ”documentation”. You might or you might not document the results of the activities in the test design, that is not the point. May these activities will go on in you brain and stay there as the test is being executed; maybe you’ll take some notes for your own use, maybe you are obliged to write a full-blown test specification – the way you are documenting your work with the test design is not relevant for this description of what the work is. I have to document the work with the example, otherwise you would have nothing to look at, but that does not mean that you need to do the same.