Judith Andresen, Agata Raap, Frank Sons

PHP UnconferenceHamburg, 19.08.2012

Es rechnet sich!Argumente für den Einsatz von PHPUnit

1

Spielregeln für diesen Vortrag

2

_ Zwischenfragen JA

_ „Coaching“ NEIN

_ Twittern JA @janosch007, @teemitzitrone, @FrankS

Siehe auch: Vortragsübersicht janosch007Weitere Texte, Quellen,

Zitatgeber

Judith | Account Director bei SinnerSchrader

3

Judith, Agata & Frank

Frank | Senior Software Engineer bei Bigpoint

Agata | PHP-Entwicklerin bei Bigpoint

PHPUnit-Erfahrung

4

Ziel des Vortrags „Es rechnet sich“

Business-Sicht auf Projekte

Neuen Blickwinkel auf Projekte / Testverfahren aufzeigen

Agenda

I. Zielkonflikte in IT-ProjektenII. Rechnen!III. Diskussion

5

Agenda

I. Zielkonflikte in IT-ProjektenII. Rechnen!III. Diskussion

6

7

„Fürs Testen haben wir keine Zeit!“

„Testen können wir nicht, weil es zu viel kostet.“

8

Rechnet sich diese Einstellung?

9

Ohne Tests verbringt der Entwickler viel Zeit mit BugFixing

60%BugFixing

10% Tests

30% Entwicklung

10

Tests erhöhen die produktive Entwicklungszeit

60%BugFixing

10% Tests

30% Entwicklung

20% BugFixing

30% Tests

50% Entwicklung

11

Projektmanager wollen liefern!

Zeit Qualität Aufwand

Zielerreichung für Marketing / Business

12

Entwickler will über Zeit liefern!

Sicherheit Performance Stabilität

Langlebige Qualität im Produkt

13

Projektmanagement schaut aufs Projekt, Entwicklung aufs Produkt

System 1

System 3

System 2

Projektmanager

Entw

ickl

er

Zeit t

Proj

ekt

1

Proj

ekt 2

Proj

ekt 3

Damit unterscheiden sich die Qualitätsmetriken

14

Qualität aus Sicht des Kunden ist die GUI am Abgabetag

Agenda

I. Zielkonflikte in IT-ProjektenII. Rechnen!III. Diskussion

15

16

1. Risiken in Auswirkungen beziffern

2. Entwicklungsaufwand gegenüber stellen

17

1. Risiken in Auswirkungen beziffern

2. Entwicklungsaufwand gegenüber stellen

Risiko = Eintrittswahrscheinlichkeit * Auswirkungen

18

# Beschreibung EWS A R M

1Inhalte werden später als

01.06. geliefert80 % 5 4

Prio A-Themen für „schmalen Roll-Out“

identifizieren

2Kunde benennt

Änderungsbedarf erst nach dem ersten Release

90 % 3 2,7Frühe Releases | Zeitplanung (inkl.

Livegangs-Relevanz) klären

3Aufwände unterschätzt

(-> schlecht wartbarer Code)75 % 4 3

Code-Reviews vor Livegang; ggf. Projektlaufzeit ändern

4Datenbank-Übertrag zum Livegang nicht fehlerfrei

10 % 5 0,5 Probelauf | Üben

Rudolf Baehr

Wir kennen die EWS nicht!

19

Wie teuer ist es, wenn das Risiko eintritt?

Interdisziplinäre Risikoanalyse!

20

Einfach mal rechnen!

Integration von Affiliates kaputt: Landingpage down

_ 1 Stunde

_ Besucher / Stunde: 250.000

_ 10% ClickRate

_ Preis pro Click: 0,10 EUR

_ => 2.500 EUR Verlust

_ => Unzufriedene Kunden / Interessenten

21

22

1. Risiken in Auswirkungen beziffern

2. Entwicklungsaufwand gegenüber stellen

Absichern über UnitTests

_ 15 PT Aufwand

_ 400,00 EUR Mitarbeiterkosten / Tag

_ 6.000,00 EUR Kosten

_ + 20% UnitTests = 1.200,00 EUR

23

Zahlen fürs Management zusammenstellen

24

# Risiko Fachliche Folgen Monetäre Folgen Vorsorge

1Landingpage für

1h downReputationsverlust -2.500,00 1.200,00

2 ...

3 ...

4 ...

Argumentativ auch „alte“ Fälle beachten

25

Naiv

Risikomanagement

Atompilz, schillernd, Bekanntschaft gemacht

_ Zwei Tage Stillstand der zentralen Buchungsdatenbank

_ SEO-abhängige Website aus Google ausgesperrt (robots.txt aus Test-Umgebung verweigerte Zugriff)

26

Und welche Fälle kennt Ihr?

Agenda

I. Zielkonflikte in IT-ProjekteII. Rechnen!III. Diskussion

27

Fragen?28Bild: http://www.morguefile.com/archive/display/663499

@janosch007

Viel Erfolg!

www.andresen.de/blog/vortrag

29Bild: http://www.morguefile.com/archive/display/229539