Skip to content

50_testing konzept

dheuser edited this page Sep 29, 2022 · 9 revisions

Status

Accepted

Kontext

Um die Qualität der zu etnwickelnden Plattform zu sichern, muss ein Konzept für das Vorgehen beim Testing etabliert werden. Dabei gilt es zwischen verschiedenen (automatisierten) Testmöglichkeiten abzuwägen.

Entscheidungstreiber

  • Qualitätssicherung

Erwägte Optionen

  • Unit Tests
  • Integration Tests
  • End-to-End-Tests
  • Manuelle Tests

Entscheidungsergebnis

Unit Tests

Vorteile und Nachteile der Optionen

Unit Tests

  • Gut, weil Fehler bei Änderungen schnell erkannt werden.
  • Gut, weil Codequalität durch Schreiben von testbarem Code steigt.
  • Gut, weil durch etablierte Konzepte integriert umsetzbar (TDD).
  • Schlecht, weil zeitlicher Mehraufwand bei der Entwicklung.

Integration Tests

  • Gut, weil die Zusammenarbeit zwischen verschiedenen Systemkomponenten getestet wird.
  • Schlecht, weil erhöhter Aufwand.
  • Schlecht, weil Anpassungsaufwand bei Änderungen steigt.

End-to-End-Tests

  • Gut, weil die User-Perspektive getestet wird.
  • Gut, weil das System als ganzes gesichert wird.
  • Schlecht, weil sehr aufwendig.
  • Schlecht, weil der Anpassungsaufwand bei Änderungen enorm ist.

Manuelle Tests

  • Gut, weil einfach in der Umsetzung.
  • Schlecht, weil anfällig für menschliche Fehler.
  • Schlecht, weil hoher Anpassungsaufwand bei Änderungen.
  • Schlecht, weil aufwendig in der Durchführung.
  • Schlecht, weil langfristig bei zunehmendem Umfang der Plattform nicht haltbar.

Links

Clone this wiki locally