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.