Ullrich: /* Selbstgebaute Test-Bedingungen -- Conditions */

2021-07-17T13:09:26Z

Selbstgebaute Test-Bedingungen -- Conditions

← Nächstältere Version		Version vom 17. Juli 2021, 13:09 Uhr
Zeile 23:		Zeile 23:
	}}		}}
	Um zu testen ob eine Person zur Abteilung "X" gehört, können wir ein Prädikat verwenden und mit Hilfe der		Um zu testen ob eine Person zur Abteilung "X" gehört, können wir ein Prädikat verwenden und mit Hilfe der
	Methode {{java\|matches()}} nutzen, die [[AssertJ#matches\|hier]] beschrieben ist:		Methode {{java\|matches()}} nutzen, die [[AssertJ - Einführung#matches\|hier]] beschrieben ist:
	{{java\|code=		{{java\|code=
	Assertions.assertThat(person).matches(p -> p.abteilung.equals("X"));		Assertions.assertThat(person).matches(p -> p.abteilung.equals("X"));

Ullrich: Die Seite wurde neu angelegt: „Kategorie:Java =Selbstgebaute Test-Bedingungen -- Conditions= Grundsätzlich lassen sich alle Test-Ausdrücke mit den genannten Konstrukten formulieren. St…“

2021-07-17T13:05:52Z

Die Seite wurde neu angelegt: „Kategorie:Java =Selbstgebaute Test-Bedingungen -- Conditions= Grundsätzlich lassen sich alle Test-Ausdrücke mit den genannten Konstrukten formulieren. St…“

Neue Seite

[[Kategorie:Java]]
=Selbstgebaute Test-Bedingungen -- Conditions=
Grundsätzlich lassen sich alle Test-Ausdrücke mit den genannten Konstrukten formulieren. Strenggenommen kann man ja jeden Test als
boolean-Ausdruck formulieren und dann auf True oder False prüfen. Das führt jedoch zu unübersichtlichen Tests und zu endlosen
Code-Duplikationen. Wiederkehrende Prüfungen lassen sich mit Hilfe von wiederverwertbaren {{java|Conditions}} definieren.
Betrachten wir dazu als einfaches Beispiel (der Einfachheit halber ohne getter und setter) eine Person die einen Namen
hat und einer Abteilung zugeordnet ist:
{{java|code=
class Person {
String name;
String abteilung;

Person(String name, String abteilung) {
this.name = name;
this.abteilung = abteilung;
}

@Override
public String toString() {
return name;
}
}
}}
Um zu testen ob eine Person zur Abteilung "X" gehört, können wir ein Prädikat verwenden und mit Hilfe der
Methode {{java|matches()}} nutzen, die [[AssertJ#matches|hier]] beschrieben ist:
{{java|code=
Assertions.assertThat(person).matches(p -> p.abteilung.equals("X"));
Assertions.assertThat(person).matches(p -> p.abteilung.equals("X"), "ist in X");
}}
Funktional sind beide Varianten identisch, die Angabe der Beschreibung im zweiten Falle erleichtert aber die Interpretation der Fehlermeldung. Um nicht jedesmal das Prädikat und die Beschreibung neu tippen zu müssen,
kann man beides zu einer {{java|Condition}} zusammenfassen und ''irgendwo'' ablegen. Die kompakteste Definition
sieht zum Beispiel so aus:
{{java|code=
Condition<Person> InAbteilungX = new Condition<>(p -> p.abteilung.equals("X"), "ist in X");
}}
Der Aufruf sieht dann im Unit-Test so aus:
{{java|code=
Assertions.assertThat(person).is(InAbteilungX);
}}
Conditions lassen sich mit {{java|not()}} negieren, mit {{java|allOf()}} -- das entspricht einer und-Verknüpfung --
und mit {{java|anyOf()}} -- das entspricht einer oder-Verknüpfung -- verbinden.

Für die Erzeugung von Conditions kann man auch Factory-Methoden definieren. Hier wird zu einer Abteilung eine
Condition erzeugt, die die Zugehörigkeit einer Person zu einer Abteilung testet:
{{java|code=
static Condition<Person> inAbteilung(String abt) {
Predicate<Person> pred = p -> p.abteilung.equals(abt);
String description = "Abteilung " + abt;
return new Condition<Person>(pred, description);
}
}}
im Unit-Test sieht der Aufruf damit so aus:
{{java|code=Assertions.assertThat(person).is(inAbteilung("X"));}}
Ist die Condition nicht erfüllt, erhält man folgende Ausgabe. Für die Ausgabe des Namens ist die
{{java|toString}}-Methode der Klasse {{java|Person}} verantwortlich:
java.lang.AssertionError:
Expecting:
<Kasimir>
to have:
<Abteilung X>

AssertJ - Conditions - Versionsgeschichte

Ullrich: /* Selbstgebaute Test-Bedingungen -- Conditions */

Ullrich: Die Seite wurde neu angelegt: „Kategorie:Java =Selbstgebaute Test-Bedingungen -- Conditions= Grundsätzlich lassen sich alle Test-Ausdrücke mit den genannten Konstrukten formulieren. St…“