Automated support for process assessment in Test-Driven Development

DSpace Repositorium (Manakin basiert)


Dateien:

Zitierfähiger Link (URI): http://nbn-resolving.de/urn:nbn:de:bsz:21-opus-13925
http://hdl.handle.net/10900/48651
Dokumentart: Dissertation
Erscheinungsdatum: 2004
Sprache: Englisch
Fakultät: 7 Mathematisch-Naturwissenschaftliche Fakultät
Fachbereich: Sonstige - Informations- und Kognitionswissenschaften
Gutachter: Klaeren, Herbert
Tag der mündl. Prüfung: 2004-07-21
DDC-Klassifikation: 004 - Informatik
Schlagworte: Software Engineering , Softwareentwicklung , Refactoring
Freie Schlagwörter: Testgetriebene Entwicklung , Prozess-Assessment
Software Engineering , Software Development , Refactoring , Test-Driven Development , Process Assessment
Lizenz: http://tobias-lib.uni-tuebingen.de/doku/lic_mit_pod.php?la=de http://tobias-lib.uni-tuebingen.de/doku/lic_mit_pod.php?la=en
Gedruckte Kopie bestellen: Print-on-Demand
Zur Langanzeige

Inhaltszusammenfassung:

Agile Software-Entwicklungsmethoden betonen die Bedeutung von Software als dem wichtigsten Produkt eines Entwicklungs-Teams, was zu einer kontinuierlichen Abfolge von Quelltext-Änderungen führt. Die Sicht auf vergangene Quelltext-Änderungen als Quelle für ein besseres Verstehen wie ein Team die Software erstellt hat, verdient viel mehr Beachtung als sie bislang erfahren hat. In dieser Dissertation stelle ich die These auf, dass die Analyse vergangener Software-Änderungen auf TDD-Prozessverletzungen hinweisen kann. Ich schlage ein Werkzeug vor, das Software-Änderungen aus einem Quelltext-Versionsspeicher geeignet aufbereitet um sie anschließend zu analysieren. Ferner schlage ich Prozessbefolgungs-Indices (engl. Abk. PCI) vor, um die Analyse-Resultate zu interpretieren und die manuelle Prozess-Bewertung zu fokussieren. Diese Dissertation ermöglicht ein besseres Verstehen, wie TDD-Entwickler Software ändern, wo es ihnen an Prozess-Disziplin mangelt und hilft, deren Entwicklungs-Praktiken zu verbessern.

Abstract:

Test-Driven Development (TDD) is a style of agile software development that has received much attention recently in the software development community. Agile software development methods stress the importance of software as the most significant output of a development team, leading to a continuous flow of source code changes. The view on past source code changes as input for a better understanding of how a team has produced the software is a topic that deserves much more attention than it has received thus far. In this dissertation, I claim that an analysis of past software changes can indicate TDD process violations. I propose a tool to prepare and analyze software changes from a source code repository. I propose process compliance indices (PCIs) to interpret the analysis results in order to focus a manual process assessment effort. This dissertation facilitates a better understanding of how TDD developers change software, where they are lazy in following the process discipline, and to help them improve their development practices.

Das Dokument erscheint in: