Test Driven Development (TDD) – Was steckt wirklich dahinter? – Seite 2

Mehr Test, mehr Produktiv, von vorn – Unser Rhythmus

Ihr ahnt vermutlich schon wie der nächste Test aussieht:

public function testPrimeFactors()
{
	$primeFactors = new PrimeFactors();
	$primeFactors->of();
}

public function testPrimeFactors()

{

$primeFactors = new PrimeFactors();

$primeFactors->of();

}

Fatal error: Call to undefined method TDD\App\PrimeFactors::of()

1	Fatal error: Call to undefined method TDD\App\PrimeFactors::of()

Natürlich schreiben wir hier jetzt keinen zweiten Test in einer neuen Methode. Das wäre tatsächlich übertrieben. Wir erweitern einfach unseren ersten Test.

Um den Test in einen Erfolg zu verwandeln müssen wir nur die entsprechende Methode anlegen.

namespace TDD\App;

class PrimeFactors
{
	public function of()
	{
		
	}
}

namespace TDD\App;

class PrimeFactors

{

public function of()

{

}

Die ersten Anzeichen von „echtem“ Code

Unser Test wächst weiter:

public function testPrimeFactors()
{
	$primeFactors = new PrimeFactors();
	$this->assertSame([], $primeFactors->of(1));
}

public function testPrimeFactors()

{

$primeFactors = new PrimeFactors();

$this->assertSame([], $primeFactors->of(1));

}

Jetzt nicht hektisch werden und Regel 3 beachten!

namespace TDD\App;

class PrimeFactors
{
	/**
	 * @param int $n
	 *
	 * @return array
	 */
	public function of($n)
	{
		return [];
	}
}

namespace TDD\App;

class PrimeFactors

{

/**

* @param int $n

* @return array

public function of($n)

{

return [];

}

Nur nicht anfangen zu denken

Ab diesem Punkt verändern wir nicht mehr unsere bereits erstellten Testbedingungen, diese müssen schließlich weiterhin erfüllt werden. Es kommt also nur die nächste Bedingung hinzu.

public function testPrimeFactors()
{
	$primeFactors = new PrimeFactors();
	$this->assertSame([], $primeFactors->of(1));
	$this->assertSame([2], $primeFactors->of(2));
}

public function testPrimeFactors()

{

$primeFactors = new PrimeFactors();

$this->assertSame([], $primeFactors->of(1));

$this->assertSame([2], $primeFactors->of(2));

}

Lösung:

public function of($n)
{
	$factors = [];

	if ($n > 1) {
		$factors[] = 2;
	}

	return $factors;
}

public function of($n)

{

$factors = [];

if ($n > 1) {

$factors[] = 2;

}

return $factors;

}

OK (1 test, 2 assertions)

1	OK (1 test, 2 assertions)

Was bringt mir das alles?

Die Schritte bisher waren derart trivial, dass ihr euch zurecht fragt, warum nicht einfach hier einsteigen oder warum Code erzeugen, der ganz offensichtlich nicht die Aufgabe (Primfaktorzerlegung) löst?

Seht es so: Obige Vorgehensweise soll euch lediglich in den Rhythmus bringen. Kurzer Test -> etwas Produktiv-Code -> alle Tests sind grün -> freuen -> von vorn.

Vorteile dieser Vorgehensweise

Ihr habt jederzeit funktionsfähigen Code. Das letzte Mal, dass alles funktioniert hat, war vor wenigen Sekunden. Wenn euch jetzt jemand unterbricht und ihr ganz dringend was anderes machen müsst, dann ist das kein Problem. Es wird euch leicht fallen später hier weiter zu machen.
Ihr zerlegt völlig automatisch das Problem in extrem kleine und damit leicht verständliche Teilschritte.
Ihr habt eine perfekte Dokumentation. Die Tests erklären alles.
Die Code-Coverage ist automatisch 100 %
Ihr könnt jederzeit einen Refactor durchführen, die Tests geben euch Rückendeckung.
Ihr verbringt keine Zeit mehr mit debugging und händischem testen.
Ihr habt völlig automatisch keine harten Kopplungen zu anderen Komponenten eures Codes.

Weiter mit dem nächsten Test

Seiten: 1234