Nicht nur Multitasking ist eine Utopie, auch das effiziente Verfolgen mehrerer paralleler Ziele führt nur in den seltensten Fällen zum Erfolg. Zu häufig sind die Wege zur Erreichung unterschiedlicher Ziele eben nicht komplett isoliert, sondern haben Abhängigkeiten. Dies führt dazu, dass Probleme bei Erreichung des einen Ziels das andere ebenfalls ausbremsen und im Extremfall bleiben beide bei „fast fertig“ stehen, ohne dass eines komplett fertig wird.
weiterlesen
In unserer monatlichen Blog-Reihe zu unserem Anti-Pattern-Kalender 2014 zum Thema Testing hier der Kandidat für den Monat März: Larifari.
Warum spezifisch sein bei der Bennenung von Testfällen? Verständlich ist doch auch: Bestimmter Artikel Substantiv Verb Substantiv Punkt. Alles klar?
Wofür schreiben wir automatisierte Softwaretests? Zum einen, um sicherzustellen, dass die getestete Software funktioniert. Zum anderen aber auch, um zu dokumentieren, was die Software leisten soll.
Was bedeutet es dann, wenn ein Test fehlschlägt? Mindestens ein Teil der Software funktioniert nicht mehr, wie er soll, so dass eine bestimmte Funktionalität nicht mehr gewährleistet ist.
Zum Glück haben wir einen Test geschrieben, der uns nun signalisiert, mit welcher Funktionalität gebrochen wurde. Doch – wer kennt es nicht – leider liegt ein typischer Vertreter des Larifari vor: der Test trägt den vielsagenden Namen „test123“.
weiterlesen
In unserer monatlichen Blog-Reihe zu unserem Anti-Pattern-Kalender 2014 zum Thema Testing hier der Kandidat für den Monat Januar: Der Lügner.
Beim Lügner laufen alle Testfälle erfolgreich durch. Eigentlich ganz schön, oder? Bei genauerer Betrachtung fällt ins Auge, dass nicht einer der Testfälle das erwartete Verhalten prüft.
Ein guter Testfall sollte immer genau einen Aspekt, ein gewünschtes Verhalten prüfen. Der Name oder die Beschreibung des Testfalls gibt an, was getestet wird. Der Lügner behauptet hierbei, ein bestimmtes Verhalten des Object under Test (OUT) zu verifizieren, testet jedoch daran vorbei. Es werden unwichtige Randfälle geprüft, oftmals lediglich die vorgegebenen Eingaben verifiziert oder einfach die Objektinstanziierung mit einem Test auf not null abgesichert.
An dieser Stelle werden wir monatlich einen Blog-Beitrag veröffentlichen, der die Anti-Pattern aus unserem Anti-Pattern Kalender 2014 zum Thema Testing genauer beleuchtet.
Um die Wartezeit bis zum nächsten Jahr zu überbrücken, folgt als verfrühtes Weihnachtsgeschenk ein Beitrag zum Anti-Pattern des Kalenderdeckblatts – Das Durcheinander.
Im Durcheinander finden sich Testfälle mit einem komplizierten Setup. Oftmals ist nicht mehr ersichtlich, ob das Test-Setup oder das Verhalten selbst den Test fehlschlagen ließ. Welch ein Chaos!
Das Durcheinander beschreibt einen Test, bei dem das Test-Setup oder ein Testfall lang und kompliziert aufgebaut werden muss und damit unübersichtlich wird. Oftmals wird bei solchen Tests intensiv Gebrauch von Mocking und Stubbing gemacht, um alle benötigten kollaborierenden Objekte für den Test zur Verfügung zu stellen.
Das bringt mehrere Probleme mit sich.
Das Jahr geht zu Ende und es gibt schon jetzt allen Grund zur Freude. Für das kommende Jahr haben wir einen Monatskalender
zum Thema Testing entworfen. Der Kalender ist soeben frisch aus dem Druck eingetroffen und steht ab sofort zum Bestellen und als PDF-Version zum Herunterladen bereit.
Jeden Monat stellen wir darin ein Anti-Pattern rund um das Thema Testing vor. Zusätzlich veröffentlichen wir dazu monatlich auf unserem Blog einen Artikel, der das aktuelle Anti-Pattern genauer beleuchtet und Lösungsansätze zur Behebung oder Umgehung des Problems liefert.