1. Test-Driven Development
... und
Oliver Klee, 27.-28.08.2011 mehr

2. Unit-
Tests?

3. Manuelles Testen ist mühsam

4. Automatisierte
Tests sind
schnell

5. Unit-Tests für die
Realty-Manager-
Extension

6. mehr als
1600 Tests

7. in weniger als
60 Sekunden

8. Sicher sein, dass der
Code das Richtige tut

9. Verhindern, dass deine
Änderungen etwas anderes
kaputt machen

10. Verhindern,
dass andere Leute
deinen Code kaputtmachen

11. Auch bei komplexen Projekten
nichts kaputt machen

12. Baue ein Sicherheitsnetz
fürs Refactoring

13. Grün fühlt sich gut
an!

14. Grün fühlt sich gut
an!

15. Kenne
deine
Werkzeuge

16. Die phpunit-Extension
bringt alles Wichtige mit

17. Die phpunit-Extension
bringt alles Wichtige mit
phpunit (TYPO3-Extension)

18. Die phpunit-Extension
bringt alles Wichtige mit
phpunit (TYPO3-Extension)
PHPUnit (PEAR-Paket)

19. Die phpunit-Extension
bringt alles Wichtige mit
phpunit (TYPO3-Extension)
PHPUnit (PEAR-Paket)
Testrunner
(Back-end-
Modul)

20. Die phpunit-Extension
bringt alles Wichtige mit
phpunit (TYPO3-Extension)
PHPUnit (PEAR-Paket)
Testrunner Testrunner
(Back-end- (Kommandozeilen-
Modul) Modul)

21. Die phpunit-Extension
bringt alles Wichtige mit
phpunit (TYPO3-Extension)
PHPUnit (PEAR-Paket)
Testing-Framework für FE & DB
Testrunner Testrunner
(Back-end- (Kommandozeilen-
Modul) Modul)

22. Treffen sich
zwei Tests ...

23. Test Treffen sich
zwei Tests ...

24. Test Treffen sich
Assertion zwei Tests ...

25. Test Treffen sich
Assertion zwei Tests ...
Test
Test

26. Test Treffen sich
Assertion zwei Tests ...
Test
Test
Testcase

27. Test Treffen sich
Assertion zwei Tests ...
Test
Test
Testcase
Testcase

28. Test Treffen sich
Assertion zwei Tests ...
Test
Test
Testcase
Testcase
Testsuite

29. Benutze aussagekräftige
Unit-Test- Namen

30. Benutze aussagekräftige
Unit-Test- Namen
Benenne das
Verhalten. classCanBeInstantiated

31. Benutze aussagekräftige
Unit-Test- Namen
Benenne das
Verhalten. classCanBeInstantiated
Nenne die
Methode. setTitleSetsTitle

32. Benutze aussagekräftige
Unit-Test- Namen
Benenne das
Verhalten. classCanBeInstantiated
Nenne die
Methode. setTitleSetsTitle
Nenne die setSizeWithZeroThrowsException
Vorbedingungen. hasTitleForEmptyTitleReturnsFalse

33. Benutze aussagekräftige
Unit-Test- Namen
Benenne das
Verhalten. classCanBeInstantiated
Nenne die
Methode. setTitleSetsTitle
Nenne die setSizeWithZeroThrowsException
Vorbedingungen. hasTitleForEmptyTitleReturnsFalse
Benutze nicht
„works“ oder
„correctly“.

34. Benutze aussagekräftige
Unit-Test- Namen
Benenne das
Verhalten. classCanBeInstantiated
Nenne die
Methode. setTitleSetsTitle
Nenne die setSizeWithZeroThrowsException
Vorbedingungen. hasTitleForEmptyTitleReturnsFalse
Benutze nicht
„works“ oder measureFrubbleWorksCorrectly
„correctly“.

35. Benutze aussagekräftige
Unit-Test- Namen
Benenne das
Verhalten. classCanBeInstantiated
Nenne die
Methode. setTitleSetsTitle
Nenne die setSizeWithZeroThrowsException
Vorbedingungen. hasTitleForEmptyTitleReturnsFalse
Benutze nicht
„works“ oder measureFrubbleWorksCorrectly
„correctly“.

36. Lebenszyklus Tests
eines

37. Lebenszyklus Tests
eines

38. Lebenszyklus Tests
eines
new FooTest();

39. Lebenszyklus Tests
eines
new FooTest();

40. Lebenszyklus Tests
eines
new FooTest();
setUp();

41. Lebenszyklus Tests
eines
new FooTest();
setUp();
/** @test */
lifeIsGood();

42. Lebenszyklus Tests
eines
new FooTest();
setUp();
/** @test */
lifeIsGood();

43. Lebenszyklus Tests
eines
new FooTest();
setUp();
/** @test */
lifeIsGood();
tearDown();

44. Lebenszyklus Tests
eines
new FooTest();
setUp();
/** @test */
lifeIsGood();
tearDown();

45. Lebenszyklus Tests
eines
new FooTest();
setUp();
/** @test */
lifeIsGood();
tearDown();

46. Schreibe zuerst den Test

47. Schreibe zuerst den Test

48. Schreibe zuerst den Test
Test
schreiben

49. Schreibe zuerst den Test
Test
schreiben

50. Schreibe zuerst den Test
Test Code
schreiben schreiben

51. Schreibe zuerst den Test
Test Code
schreiben schreiben

52. Schreibe zuerst den Test
Test Code
schreiben schreiben

53. Schreibe zuerst den Test
Test Code
schreiben schreiben
refactoren

54. Schreibe zuerst den Test
Test Code
schreiben schreiben
refactoren

55. Es gibt
kleine und große
Tests

56. Unit-Tests sind
klein und schnell

57. Integrationstests testen
das große Ganze

58. Automatisierte Klick-Tests
testen die Außenansicht

59. Automatisierte Klick-Tests
testen die Außenansicht
Selenium

60. Blackbox-Tests
testen
das nach außen Sichtbare

61. Whitebox-Tests testen
wie genau es
innen funktioniert

63. Code Review:
4-Augen-
Prinzip

65. Mozilla setzt auf
doppelte Kontrolle

66. Mozilla setzt auf
doppelte Kontrolle
Patch

67. Mozilla setzt auf
doppelte Kontrolle
Patch
Bugtracker

68. Mozilla setzt auf
doppelte Kontrolle
Peer-
Patch Review
Bugtracker

69. Mozilla setzt auf
doppelte Kontrolle
nicht okay
Peer-
Patch Review
Bugtracker

70. Mozilla setzt auf
doppelte Kontrolle
nicht okay
Peer- so okay
Patch Review
Bugtracker

71. Mozilla setzt auf
doppelte Kontrolle
nicht okay
Peer- so okay
Patch Review
Bugtracker
okay, aber mit
Änderungen

72. Mozilla setzt auf
doppelte Kontrolle
nicht okay
Peer- so okay
Patch Review
Bugtracker
okay, aber mit
Änderungen überarbeiteter
Patch

73. Mozilla setzt auf
doppelte Kontrolle
nicht okay
Peer- so okay
Patch Review
Bugtracker
okay, aber mit
Änderungen überarbeiteter
Patch

74. Mozilla setzt auf
doppelte Kontrolle
nicht okay Approval
Peer- so okay vom
Patch Review Module-
Bugtracker Owner
okay, aber mit
Änderungen überarbeiteter
Patch

75. Mozilla setzt auf
doppelte Kontrolle
nicht okay
nicht okay Approval
Peer- so okay vom
Patch Review Module-
Bugtracker Owner
okay, aber mit
Änderungen überarbeiteter
Patch

76. Mozilla setzt auf
doppelte Kontrolle
nicht okay
okay
nicht okay Approval
Peer- so okay vom
Patch Review Module-
Bugtracker Owner
okay, aber mit
Änderungen überarbeiteter
Patch

77. Mozilla setzt auf
doppelte Kontrolle
Checkin
nicht okay
okay
nicht okay Approval
Peer- so okay vom
Patch Review Module-
Bugtracker Owner
okay, aber mit
Änderungen überarbeiteter
Patch

78. oliverklee.de
reichen 4 Augen
nicht okay
Peer- so okay
Patch Review
Bugtracker
okay, aber mit
Änderungen überarbeiteter
Patch

79. oliverklee.de
reichen 4 Augen
nicht okay
Peer- so okay Checkin
Patch Review
Bugtracker
okay, aber mit
Änderungen überarbeiteter
Patch

80. Das TYPO3-Core -Team
stimmt ab

81. Das TYPO3-Core -Team
stimmt ab
Patch

82. Das TYPO3-Core -Team
stimmt ab
Bugtracker
Patch
Newsgroup

83. Das TYPO3-Core -Team
stimmt ab
Bugtracker Diskussion in
Patch Newsgroup,
Newsgroup +1 oder -1

84. Das TYPO3-Core -Team
stimmt ab
Überarbeitungsbedarf
Bugtracker Diskussion in
Patch Newsgroup,
Newsgroup +1 oder -1

85. Das TYPO3-Core -Team
stimmt ab
Überarbeitungsbedarf
Diskussion in mehr +1
Bugtracker als -1
Patch Newsgroup,
Newsgroup +1 oder -1

86. Das TYPO3-Core -Team
stimmt ab
Überarbeitungsbedarf mindestens
ein +1 vom
Core-Team
Diskussion in mehr +1
Bugtracker als -1
Patch Newsgroup,
Newsgroup +1 oder -1

87. Das TYPO3-Core -Team
stimmt ab
Checkin
Überarbeitungsbedarf mindestens
ein +1 vom
Core-Team
Diskussion in mehr +1
Bugtracker als -1
Patch Newsgroup,
Newsgroup +1 oder -1

88. Pair-
Programming
ist ständiger
Review

89. Pair-
Programming
ist ständiger
Review
... und
ständige
Schulung

90. Versionskontrolle
ist deine Rettung

91. Branches erlauben
parallele Versionen

92. Üblich: Der Trunk ist die
„Bleeding Edge“

93. Üblich: Der Trunk ist die
„Bleeding Edge“
Trunk

94. Üblich: Der Trunk ist die
„Bleeding Edge“
Trunk
Fe
atu
re

95. Üblich: Der Trunk ist die
„Bleeding Edge“
Milestone 4
Trunk
Fe
atu
re

96. Üblich: Der Trunk ist die
„Bleeding Edge“
Milestone 4
Trunk
Fe Bu
atu gfi
re x

97. Üblich: Der Trunk ist die
„Bleeding Edge“
Milestone 4
Trunk
Fe Bu Fe
atu gfi atu
re x re

98. Üblich: Der Trunk ist die
„Bleeding Edge“
Milestone 4
Trunk
Fe Bu Fe
Br atu gfi atu
an re x re
ch

99. Üblich: Der Trunk ist die
„Bleeding Edge“
Milestone 4
Trunk
Fe Bu Fe
Br atu gfi atu
an re x re
ch
Bug
fix

100. Üblich: Der Trunk ist die
„Bleeding Edge“
Milestone 4
Trunk
Fe Bu Fe
Br atu gfi atu
an re x re
ch
RC 1
Bug
fix

101. Üblich: Der Trunk ist die
„Bleeding Edge“
Milestone 4
Trunk
Fe Bu Fe
Br atu gfi atu
an re x re
ch
RC 1
Bug
Bug
fix
fix

102. Üblich: Der Trunk ist die
„Bleeding Edge“
Milestone 4
Trunk
Fe Bu Fe
Br atu gfi atu
an re x re
ch
RC 1
Bug
RC 2
Bug
fix
fix

103. Üblich: Der Trunk ist die
„Bleeding Edge“
Milestone 4
Trunk
Fe Bu Fe
Br atu gfi atu
an re x re
ch
RC 1
Bug
RC 2 V1.0
Bug
fix
fix

104. Branches für Experimente
(eher selten)

105. Branches für Experimente
(eher selten)
tu re fix tu re
Fea Bug Fea
Trunk

106. Branches für Experimente
(eher selten)
tu re fix tu re
Fea Bug Fea
Trunk
Br
an
ch

107. Branches für Experimente
(eher selten)
tu re fix tu re
Fea Bug Fea
Trunk
ure
Br
ure
an
t
ure
Fea
ch
t
Fea
t
Fea

108. Branches für Experimente
(eher selten)
tu re fix tu re
Fea Bug Fea
Trunk
ure
Br
ure
an
t
ure
Fea
ch
t
Fea
t
Fea

109. Continuous
Integration

110. Continuous
Integration
=

111. Continuous
Integration
=
öfter mal
einchecken

112. Der Continuous-Integration-Server
überwacht den Code
Checkin
Repository (SVN)

113. Der Continuous-Integration-Server
überwacht den Code
Checkin
k
-Hoo
Repository (SVN)
SVN

114. Der Continuous-Integration-Server
überwacht den Code
Checkin
k
-Hoo
Repository (SVN)
SVN
Continuous-Integration-
Server

115. Der Continuous-Integration-Server
überwacht den Code
Checkin
k
-Hoo
Repository (SVN)
SVN
Hey, eine
Änderung!
Continuous-Integration-
Server

116. Der Continuous-Integration-Server
überwacht den Code
Checkin
k
-Hoo
Repository (SVN)
SVN
Hey, eine
Änderung!
Continuous-Integration- Unit-Tests
Server laufen lassen

117. Der Continuous-Integration-Server
überwacht den Code
Checkin
k
-Hoo
Repository (SVN)
SVN
Hey, eine
Änderung!
Continuous-Integration- Unit-Tests Bericht
Server laufen lassen