© Excellent backgrounds/Shutterstock.com
Java Magazin
Teil 4: Qualität von Websystemen verifizieren können

Testbarkeit

Der Nachweis, dass ein Websystem fehlerfrei ist, ist unmöglich zu erbringen, weil wir nicht alles testen können. Deswegen konzentrieren wir uns auf die Aspekte des Systems, die uns am wichtigsten erscheinen, und testen nur diese. Dabei ist es wichtig, dass sich diese Aspekte auch tatsächlich testen lassen. Um die Herstellung der Testbarkeit von Websystemen geht es in diesem Artikel.

Daniel Takai


Video: Und wie war ich so? – Die Krux mit dem Feedback

Die Testbarkeit bestimmt, wie leicht ein System seine Fehler preisgibt. Eine einfache Metrik zur Bestimmung der Testbarkeit ist die Zeit, die benötigt wird, um die Ursache für einen bestimmten Fehler zu finden. Hierzu gehört auch, dass ein automatischer Test für die Reproduktion geschrieben wird, d. h. für ein gut testbares System sollten sich automatische Testfälle leicht entwickeln lassen. Zur Testbarkeit gehört zudem die physische Möglichkeit der Testdurchführung. Diese will in Form von Umgebungen für manuelle und automatische Tests bereitgestellt werden.

Test Harness

Mittel zum Zweck ist dabei der Test Harness, ein spezialisiertes Softwaresystem, das sich um den Test unseres Websystems kümmern soll. Üblicherweise kann der Test Harness nicht nur automatische Tests ausführen, sondern verwaltet auch Testdaten und kann das Zielsystem konfigurieren. Hierfür muss der Harness das Zielsystem installieren, starten, stoppen, löschen und seinen Zielzustand messen können.

Websysteme müssen eine breite Anzahl von Geräten und Browsern unterstützen, und dies gilt somit auch für den Test Harness. Mit der steigenden Diversität im Endgerätemarkt hat es insbesondere das Frontend schwer, für alle Geräte in hoher Qualität zu produzieren. Es haben sich hier mittlerweile Dienste wie BrowserStack [1] etabliert, die eine Automatisierung der Tests über verschiedenste Endgeräte möglich machen. Wenn Sie eine hohe Anzahl an Geräten testen müssen, kommen sie um solch einen Dienst nicht mehr herum. Es ist eine gute Idee, die Integration in den Test Harness früh einzuplanen.

Die Entwicklung eines Test Harness kann bei komplexen und verteilten Systemen teuer werden. Meiner Erfahrung nach fallen für den Test Harness eines großen Websystems zwischen 60 und 90 Tagen Aufwand an. Die Eigenentwicklung ist oft nötig, da es keine Software von der Stange gibt, die die Aufgabe erledigen könnte. Wehe dem, der diese Fertigung nicht budgetiert hat: Ohne Test Harness lassen sich automatische Integrationstests nicht durchführen, und das erhöht die Kosten der Entwicklung nachhaltig.

Schließlich sorgt die Testbarkeit für eine nachhaltige Änderbarkeit unseres Websystems, aber zu diesem Thema kommen wir erst im übernächsten Artikel dieser Serie.

Klassifikation

Die Testbarkeit gehört nach ISO/IEC 25010 zur Wartbarkeit. Stefan Toth hat in seinem Buch [2] die Qualitätsmerkmale nach Akzeptanzkriterien, Qualitätsgeschichten und allgemeinen Merkern k...

Java Magazin
Teil 4: Qualität von Websystemen verifizieren können

Testbarkeit

Der Nachweis, dass ein Websystem fehlerfrei ist, ist unmöglich zu erbringen, weil wir nicht alles testen können. Deswegen konzentrieren wir uns auf die Aspekte des Systems, die uns am wichtigsten erscheinen, und testen nur diese. Dabei ist es wichtig, dass sich diese Aspekte auch tatsächlich testen lassen. Um die Herstellung der Testbarkeit von Websystemen geht es in diesem Artikel.

Daniel Takai


Video: Und wie war ich so? – Die Krux mit dem Feedback

Die Testbarkeit bestimmt, wie leicht ein System seine Fehler preisgibt. Eine einfache Metrik zur Bestimmung der Testbarkeit ist die Zeit, die benötigt wird, um die Ursache für einen bestimmten Fehler zu finden. Hierzu gehört auch, dass ein automatischer Test für die Reproduktion geschrieben wird, d. h. für ein gut testbares System sollten sich automatische Testfälle leicht entwickeln lassen. Zur Testbarkeit gehört zudem die physische Möglichkeit der Testdurchführung. Diese will in Form von Umgebungen für manuelle und automatische Tests bereitgestellt werden.

Test Harness

Mittel zum Zweck ist dabei der Test Harness, ein spezialisiertes Softwaresystem, das sich um den Test unseres Websystems kümmern soll. Üblicherweise kann der Test Harness nicht nur automatische Tests ausführen, sondern verwaltet auch Testdaten und kann das Zielsystem konfigurieren. Hierfür muss der Harness das Zielsystem installieren, starten, stoppen, löschen und seinen Zielzustand messen können.

Websysteme müssen eine breite Anzahl von Geräten und Browsern unterstützen, und dies gilt somit auch für den Test Harness. Mit der steigenden Diversität im Endgerätemarkt hat es insbesondere das Frontend schwer, für alle Geräte in hoher Qualität zu produzieren. Es haben sich hier mittlerweile Dienste wie BrowserStack [1] etabliert, die eine Automatisierung der Tests über verschiedenste Endgeräte möglich machen. Wenn Sie eine hohe Anzahl an Geräten testen müssen, kommen sie um solch einen Dienst nicht mehr herum. Es ist eine gute Idee, die Integration in den Test Harness früh einzuplanen.

Die Entwicklung eines Test Harness kann bei komplexen und verteilten Systemen teuer werden. Meiner Erfahrung nach fallen für den Test Harness eines großen Websystems zwischen 60 und 90 Tagen Aufwand an. Die Eigenentwicklung ist oft nötig, da es keine Software von der Stange gibt, die die Aufgabe erledigen könnte. Wehe dem, der diese Fertigung nicht budgetiert hat: Ohne Test Harness lassen sich automatische Integrationstests nicht durchführen, und das erhöht die Kosten der Entwicklung nachhaltig.

Schließlich sorgt die Testbarkeit für eine nachhaltige Änderbarkeit unseres Websystems, aber zu diesem Thema kommen wir erst im übernächsten Artikel dieser Serie.

Klassifikation

Die Testbarkeit gehört nach ISO/IEC 25010 zur Wartbarkeit. Stefan Toth hat in seinem Buch [2] die Qualitätsmerkmale nach Akzeptanzkriterien, Qualitätsgeschichten und allgemeinen Merkern k...

Neugierig geworden?


    
Loading...

Angebote für Teams

Für Firmen haben wir individuelle Teamlizenzen. Wir erstellen Ihnen gerne ein passendes Angebot.

Das Library-Modell:
IP-Zugang

Das Company-Modell:
Domain-Zugang