%0 Journal Article %1 spichale2013testwissen %A Spichale, Kai %D 2013 %J Java Magazin %K F.I.R.S.T fest fest-assert hamcest junit konzept lambdaj tdd test testng %N 6 %P 98-101 %T Testgetriebene Entwicklung Teil 1: Testwissen für Java-Entwickler - Mehr als Qualitätssicherung %X Der Artikel bietet eine sehr gute Einführung in die testgetriebene Entwicklung. Es werden die Konzepte und die Für und Wider erläutert auch mit Ausblick auf BDD.

@article{spichale2013testwissen, abstract = {Der Artikel bietet eine sehr gute Einführung in die testgetriebene Entwicklung. Es werden die Konzepte und die Für und Wider erläutert auch mit Ausblick auf BDD.}, added-at = {2016-01-08T23:33:27.000+0100}, author = {Spichale, Kai}, biburl = {https://www.bibsonomy.org/bibtex/2065223030d590236f96787716db2453f/funthomas424242}, description = {* Die Tests in diesem Teil nutzen zur Verifikation ausschließlich den Zustand der Objekte - in weiteren Teilen werden andere Methoden aufgezeigt. * Der Test wird bei TDD als Mikro Entwurf betrachtet - Es darf nicht mehr in den Test geschrieben werden als unbedingt nötig um den Fehler aufzuzeigen (Fehlerbasierte Tests was dem Autor aber scheinbar nicht auffällt), es darf nur Änderungen am Produktivkode geben um Tests grün zu bekommen und es reicht das sie grün sind wenn Funktionalität fehlt - fehlt ein Test! * Es wird vom F.I.R.S.T. Prinzip ausgegangen ** (F)ast - Test muss schnell ablaufen um häufig ausgeführt zu werden ** (I)ndependent - Test müssen unabhängig sein ** (R)epeatable - Wiederholbarkeit muss garantiert sein. Heisst auch wiederholbar auf jeder Umgebung. ** (S)elf-validationg - Selbstvalidierend durch asserts (hier herscht noch die meine ein explizites Assert pro Test - das würde ich aber aufweichen auf asserts um ein Feature oder Aspekt zu prüfen - technisch also durchaus mehrere asserts) ** (T)imely - Produktiver Kode wird nur geschrieben wenn Tests fail schlagen * Im Artikel wird ein Aufbau für Bezeichnungen von Tests vorgeschlagen in denen das vorangestellte test fehlt - 2015 hat sich aber gezeigt, das ein testXXXX in der Aufrufhierarchie nützlich beim Sichten des Kodes sein kann. * Die Frameworks Hamcrest, FEST-assert und lambdaj werden empfohlen wobei FEST-assert gegenüber hamcrest bevorzugt dargestellt wird. Noch einige Zitate: "Testnamen sollten das getestete Verhalten und nicht die benutzten Funktionen beschreiben ... . Durch diese Sichtweise kommt man von der testgetriebenen zur verhaltensgetriebenen Softwareentwicklung (BDD) ..." "... Story. Sir repräsentiert eine ausführbare Geschäftsfunktion und besteht aus einem oder mehrereren Szenarien."}, interhash = {31c599c067365f59a57cb86598d4a22e}, intrahash = {065223030d590236f96787716db2453f}, journal = {Java Magazin}, keywords = {F.I.R.S.T fest fest-assert hamcest junit konzept lambdaj tdd test testng}, number = 6, pages = {98-101}, timestamp = {2016-01-08T23:47:28.000+0100}, title = {Testgetriebene Entwicklung Teil 1: Testwissen für Java-Entwickler - Mehr als Qualitätssicherung}, year = 2013 }