Den meisten Teams fehlen nicht Tests, sondern das Vertrauen in sie. Eine Suite, die zufällig fehlschlägt, wird ignoriert – und eine ignorierte Suite ist schlimmer als keine: Sie kostet Zeit und schafft keine Sicherheit. Meist beginnen wir damit, die bestehenden Tests so zuverlässig zu machen, dass ein roter Build wieder etwas bedeutet.
Danach bauen wir Abdeckung dort auf, wo sie sich auszahlt: bei den Abläufen, die Umsatz bringen, bei den Randfällen, die Support-Tickets erzeugen, und bei Regressionen, die schon einmal aufgetreten sind. Nicht jede Zeile braucht einen Test – und wer eine Abdeckungsquote jagt, schreibt vor allem viele Tests, die nichts prüfen.
QA umfasst auch das, was gern vergessen wird – Barrierefreiheit, Performance unter realistischer Last und das Verhalten auf den Geräten, die Ihre Nutzer tatsächlich besitzen. Wir integrieren das in dieselbe Pipeline, statt es als Audit kurz vor dem Launch abzuarbeiten.
