veyepar: -getrieben. Wer treibt eigentlich die Test-Entwicklung?

Author(s):	Andi Albrecht
Location	KOMED Saal
Date	oct Tue 15	Days Raw Files
Start	11:00	First Raw Start	10:59
Duration	00:60.0:00	Offset	0:00:40
End	12:00	Last Raw End	12:19
Chapters	00:00 0:36:16
Total cuts_time	43 min.

https://2013.de.pycon.org/schedule/sessions/21/
raw-playlist raw-mp4-playlist encoded-files-playlist host public tweet mp4 svg png

assets release.pdf getrieben_Wer_treibt_eigentlich_die_TestEntwicklung.json
logs
Admin: episode episode list cut list raw files day marks day marks day image_files

State:

Locked:

clear this to unlock

Locked by:

user/process that locked.

Start:

initially scheduled time from master, adjusted to match reality

Duration:

length in hh:mm:ss

Name:

Video Title (shows in video search results)

Emails:

email(s) of the presenter(s)

Released:

has someone authorised pubication

Normalise:

Channelcopy:

m=mono, 01=copy left to right, 10=right to left, 00=ignore.

Thumbnail:

filename.png

Description:

markdown

In den letzten Jahren machen auch in der Python-Welt immer mehr “getriebene” Entwicklungsmethoden die Runde, so zum Beispiel Test Driven Development, Behavior Driven Development oder Feature Driven Development. Kaum ist davon die Rede, kommen noch weitere Schlagworte aus dem Bereich des Testens, wie Acceptance Test, Unit Test, Functional Test oder Integration Test, dazu und die Verwirrung ist oftmals perfekt. Verliert man in diesem Dschungel an Begriffen den Überblick, ist die Gefahr gegeben, dass man das Testen entweder ganz lässt oder keine der Methoden richtig anzuwenden.

Der Vortrag gibt eine Ordnung für diese Begriffe und versucht dadurch etwas mehr Licht ins Dickicht zu bringen. Dabei steht weniger die lehrbuchartige Klassifizierung der Methoden im Vordergrund, sondern es wird die Fragestellung verfolgt, wer eigentlich die Zielgruppe eines Tests ist. Das können neben Entwicklern auch Qualitätssicherer, Projektleiter und -Mitglieder, aber auch letztlich Kunden eines Produktes sein. Wer “liest” also die Testergebnisse und in welcher Form sollten die Ergebnisse vorliegen, damit sie nutzbar sind. Zusammen mit einer Betrachtung der unterschiedlichen Test-Gegenstände wird die Wahl der Test-Methode und die Implementierung der Tests klarer.

Zu den vorgestellten Methoden werden beispielhaft Python-Test-Frameworks wie zum Beispiel Selenium, das Robot-Framework und klassische UnitTest-Frameworks vorgestellt. Anhand von kurzen Code-Beispielen wird der Einsatz dieser Werkzeuge für bestimmte Methodiken verdeutlicht und es wird gezeigt, wie auf Basis der Testergebnisse Berichte und Metriken für die jeweiligen Zielgruppen generiert werden können.

Comment:

production notes