seite 0 we know how testing solutions dominique portmann – leiter testengineering manuel domeisen...
TRANSCRIPT
Seite 1we know how
Testing SolutionsDominique Portmann – Leiter Testengineering
Manuel Domeisen – ALM Consultant, TFS Specialist
Seite 2we know how
.....kurz vor der Einführung, ein neues Produktes / eine neue Software.....
Stellen Sie sich vor:
Seite 3we know how
.....kurz vor der Einführung, ein neues Produktes / eine neue Software.....
Stellen Sie sich vor:
Go NoGo,
oder doch noch weitertesten?
Seite 4we know how
Es muss einEntscheid gefällt werden!
.....kurz vor der Einführung, ein neues Produktes / eine neue Software.....
Stellen Sie sich vor:
Seite 5we know how
Wer fällt die Entscheide
Wie werden die Entscheide gefällt
Ist ein Entscheid begründbar
Ist ein Entscheid nachvollziehbar
Sind mögliche Risiken identifiziert und bekannt
Gibt es überhaupt Entscheidungskriterien
...oder wird aus dem Bauch heraus entschieden
?
Seite 6we know how
Mit einem guten Testprozess sowiegeeigneter Toolunterstützungfällen Sie den Entscheid:
• Faktenbasiert
• Nachvollziehbar
• nach definierten Kriterien
• ohne Überraschung, denn Sie sind über die laufende Entwicklung (Tendenz) stets und aktuell informiert
Seite 7we know how
Seite 8we know how
Ein guter Testprozess: The Noser way of testing
Seite 9we know how
Ein guter Testprozess: The Noser way of testing
Seite 10we know how
TEST
sprint plan
write tests for us1
write tests for us2
DEV
sprint plan
build 1 build 2 build 3
implement user story ‘1’ (us1)
test us1 & file bugs
Implement US2
build 4
fix bugs
build 6 build 7
regress impacted
tests
build 5
implement us2
fix bugs
test us2 & file bugs
verify fixes
verify fixes
Anatomie einer Iteration
Seite 11we know how
TESTwrite tests for
us1
write tests for us2
DEV
sprint plan
build 1 build 2 build 3
implement user story ‘1’ (us1)
test us1 & file bugs
Implement US2
build 4
fix bugs
build 6 build 7
regress impacted
tests
build 5
implement us2
fix bugs
test us2 & file bugs
verify fixes
verify fixes
sprint plan
sprint plan
write tests for us1
build 3
implement user story ‘1’ (us1)
test us1 & file bugs
MTLM provides rich tools for planning test coverage of
requirements.
MTLM helps testers understand what is available with each new
build:
• requirements
• tasks
• Bug fixes
Iteration N
Seite 12we know how
TESTwrite tests for
us1
write tests for us2
DEV
sprint plan
build 1 build 2 build 3
implement user story ‘1’ (us1)
test us1 & file bugs
Implement US2
build 4
fix bugs
build 6 build 7
regress impacted
tests
build 5
implement us2
fix bugs
test us2 & file bugs
verify fixes
verify fixes
MTLM tightens the bug loop
… testers efficiently verify fixes using playback of recorded
actions
build 5
verify fixestest us1 & file
bugs
fix bugs
testers file rich, easy-to-repro bugs…
Anatomie einer Iteration
Seite 13we know how
TESTwrite tests for
us1
write tests for us2
DEV
sprint plan
build 1 build 2 build 3
implement user story ‘1’ (us1)
test us1 & file bugs
Implement US2
build 4
fix bugs
build 6 build 7
regress impacted
tests
build 5
implement us2
fix bugs
test us2 & file bugs
verify fixes
verify fixes
MTLM helps testers identify impacted tests
build 3
test us1 & file bugs
build 4 build 6 build 7build 5
code churn??
? ??
regress impacted
tests
Anatomie einer Iteration
Seite 14we know how
MTLM: Abhängigkeiten
Files
MTLM Requirement
RequirementFile
Build
Test Plan
Changesets
RequirementChangeset
Tasks
RequirementTask
Testcases
RequirementTest Case
Testruns
RequirementTest Run
Environments
RequirementEnvironment
Testsettings
RequirementTestsetting
Machines
RequirementMachine
Seite 15we know how
Demo – Requirements driven testing
Start
Seite 16we know how
Ein guter Testprozess: The Noser way of testing
Seite 17we know how
Tool für die Tester –MTLM
Welche Daten stehen dem Entwickler zur Verfügung –Test Settings
Bug-Reporting und die Überprüfung –Verify Bugs
Nur das Testen was sich geändert hat –Test Impact Analysis
MTLM in der Praxis
Seite 18we know how
Demo – Requirements driven testing
Start
Seite 19we know how
Tool für die Tester –MTLM
Welche Daten stehen dem Entwickler zur Verfügung –Test Settings
Bug-Reporting und die Überprüfung –Verify Bugs
Nur das Testen was sich geändert hat –Test Impact Analysis
MTLM in der Praxis
Seite 20we know how
Doch „Testen“ ist mehr:„Vom Prüfen zum Testmanagement, der Wandel“
Das systematische Testmanagement hat sich von der reinen Prüfdisziplinzum Steuerungsinstrument für nachhaltige Systemqualität weiterentwickelt.
Mit Hilfe des Testmanagements lassen sich Probleme vermeiden.Fehler können zu jedem Zeitpunkt des Software-Lebenszykluserkannt und behoben werden.
Mit dem Testmanager hat das Management eine kompetente Ansprechperson,die profunde, faktenbasierte Entscheidungsgrundlagen erarbeitet,dies schafft Transparenz und beschleunigt den Entscheidungsprozess.
Professionelles Testmanagement verspricht Wettbewerbsvorteil.