Download pdf - Und es geht doch - TDD für GUIs

Und es geht doch ...TDD für

Benutzeroberflächen

Fabian Jakobs <[email protected]>qooxdoo Team <http://qooxdoo.org>

Montag, 8. Juni 2009

http://qooxdoo.org

http://creativecommons.org/licenses/by-nc-sa/3.0/de/







mailto:[email protected]

mailto:[email protected]

http://qooxdoo.org

Agenda

• Was ist Test Driven Development?

• TDD für Benutzeroberflächen

• Beispiel









TDD









„Clean code that works“

Ron Jeffrie









Clean Code

Geringe Abhängigkeiten

Modular

Klares Design

Erweiterbar

Testbar









That Works

Erfüllt die Andorderungen

Performant

Robust

Rechtzeitig fertig

Zufriedene Anwender









CodeSchreiben Verwenden









TDD Gebote

• Rot

• Grün

• Refactor









Rot

„Du sollst keinen Prokuktivcode schreiben außer um einen

fehlschlagenden Test zu bestehen!“









CodeTest schreiben

Was erwarte ich vom Code?

Rot









Grün

„Du sollst möglichst einfachen Code schreiben um den Test so

schnell wie möglich zu bestehen!“









CodeSchreiben

Was ist der einfachste Code um den Test zu

bestehen?

Grün









Refactor

„Du sollst alle Redundanzen beseitigen, die gemacht wurden

um den Test zu bestehen!“









CodeSchreiben

Ich muss Redundanz beseitigen!

Refactor









„Edit and Pray“vs.

„Cover and Modify“Michael Feathers









Edit & Pray

• System analysieren

• Änderung durchführen

• Anwendung starten und Änderung überprüfen

• Anwendung „durchclicken“









Cover & Modify

• Test schreiben

• Änderung durchführen

• Alle Tests ausführen









Tests nehmen die Furcht versehentlich Fehler

einzuführen

„Diesen Teil des Programms ändere ich lieber nicht“









Tests sind Dokumentation

„Jeder Test ist ausführbarer Beispielcode“









Tests leiten das Design

„Wir betrachten das Programm aus Sicht der Anwender“









GUIs testen









TDD für GUIs

• GUI Code ist schwer zu testen

• GUI Code isolieren

• Komplexität gering halten

deshalb









Model-View-Controller (MVC)

Model

Controller

State Change

State Query

View

Zustand lesen

Change Notification

UpdateUser Event









Model-View-Presenter (MPV)

ModelPresenterView

Zustand lesen

State Query/Change

Change Notification

Update

User Event









Beispiel









View

• Properties

• Display

• Memory

• Operation

• Events

• Button press









Model (State Machine)

• States

• Number

• Wait for Number

• Error

• Properties

• State

• Input

• Value

• Error Message

• Memory

• Operation

• Methods

• Read Token









Presenter

• Properties

• State

• Input

• Value

• Error Message

• Memory

• Operation

• Methods

• Read Token

• Properties

• Display

• Memory

• Operation

• Events

• Button press

Presenter

ModelView









Presenter testen

ModelMockPresenterViewMock

Zustand lesen

PresenterTest









PresenterTest

Zustand lesen

Presenter testen









Events testen

Zustand lesen

ModelMockViewMock

Presenter

PresenterTest









Wie teste ich die View?









• API zum Presenter testen

• Vieles lässt sich automatisiert testen

„Verdrahtung“ testen









• Unterhalb der „echten“ Events ansetzen

• Evtl. Simulation von „echten“ Events

Events testen









• Themes sind auch Code

• Aussehen lässt sich kaum automatisiert testen

• View hat wenig Abhängigkeiten

• Kann isoliert ausgeführt werden

Aussehen testen

ABER









Mini-Programme









Fazit

TDD funktioniert für Benutzeroberflächern

wenndie Architektur stimmt









„Legacy code is code without tests“

Michael Feathers









Fragen?









Resourcen - Code

git clone git://github.com/fjakobs/Calculator.git









Resourcen / TDD

• Literatur

• „Test Driven Development by Example“, Kent Beck

• „Working Effectively with Legacy Code“, Michael Feathers

• „Clean Code: A Handbook of Agile Software Craftsmanship“, Robert C. Martin

• Präsentationen im Netz

• „Test Driven Development?“, Frederik Kalseth http://iridescence.no/post/Slides-From-my-TDD-Talk.aspx

• „Test Driven Development Best Practices for Eclipse RCP“, Kevin Taylor, http://live.eclipse.org/node/700


http://live.eclipse.org/node/700








http://iridescence.no/post/Slides-From-my-TDD-Talk.aspx







Resourcen / MVP

• Martin Fowler

• Passive View, http://www.martinfowler.com/eaaDev/PassiveScreen.html

• GUI Architectures, http://www.martinfowler.com/eaaDev/uiArchs.html

• Microsoft

• View Testability, http://msdn.microsoft.com/en-us/library/cc304742.aspx

• Design Patterns - Model View Presenter, http://msdn.microsoft.com/de-de/magazine/cc188690(en-us).aspx

• „Build Your Own CAB“, Jeremey D. Miller, http://codebetter.com/blogs/jeremy.miller/archive/2007/07/25/the-build-your-own-cab-series-table-of-contents.aspx


http://codebetter.com/blogs/jeremy.miller/archive/2007/07/25/the-build-your-own-cab-series-table-of-contents.aspx








http://www.apple.com/de/




http://msdn.microsoft.com/en-us/library/cc304742.aspx




http://msdn.microsoft.com/de-de/magazine/cc188690(en-us).aspx







