"Und woher wisst ihr, dass das alles wirklich funktioniert?" Die Frage kommt selten direkt. Meistens steckt sie hinter einer anderen: "Kann ich mich darauf verlassen?" Die ehrliche Antwort ist nicht "wir haben es angeschaut". Die ehrliche Antwort ist, dass die Software es sich selbst beweist, jeden Tag aufs Neue.
Eine Demo funktioniert fast immer. Am Tag, an dem etwas gebaut wird, läuft es, sonst würden wir es dir nicht zeigen. Der Moment, der zählt, kommt später: wenn in drei Monaten jemand eine Kleinigkeit ändert und niemand mehr genau weiss, was dabei alles kaputtgehen könnte. Genau da entscheidet sich, ob deine Software verlässlich ist oder nur einmal funktioniert hat.
Der Klick-Test hält nicht mit
Der erste Reflex ist, nach jeder Änderung durchzuklicken. Kunde anlegen, Bestellung erfassen, Rechnung erzeugen, passt. Das funktioniert bei drei Funktionen. Bei dreissig nicht mehr.
Das Problem ist nicht die eine Änderung, die du gerade machst. Das Problem ist alles andere, das an ihr hängt. Du reparierst das Kontaktformular und drei Wochen später merkt jemand, dass seither die Rechnungssummen falsch sind, weil beides an derselben Stelle im Code vorbeiläuft. Von Hand jedes Mal die ganze Software durchzuprobieren, schafft niemand. Also lässt man es. Und dann findet der Kunde den Fehler.
Ein Test ist nur eine Behauptung, die sich selbst prüft
Ein automatischer Test klingt technisch und ist im Kern simpel. Er ist eine festgeschriebene Behauptung über deine Software: "Wenn jemand eine Bestellung über 100 Franken mit 8 Prozent Rabatt erfasst, muss am Ende 92 rauskommen." Der Computer rechnet das nach, in Sekundenbruchteilen, und meldet sich, sobald das Ergebnis nicht mehr stimmt.
Das Schöne daran: Wir schreiben so eine Behauptung einmal auf, und sie prüft sich von da an bei jeder Änderung von allein. Hunderte davon laufen bei jedem Speichern durch, bevor irgendetwas bei dir ankommt. Kein Mensch klickt das nach. Die Maschine tut es, stur und ohne müde zu werden.
Ein Test ersetzt nicht das Nachdenken. Er hält nur fest, was einmal richtig war, damit es nicht heimlich falsch wird.
Warum gerade Tempo ein Netz braucht
Wir bauen mit Agentic Coding, also schnell. Code entsteht bei uns in Stunden, wo er früher Tage brauchte. Genau deshalb sind Tests bei uns kein Luxus, sondern die Voraussetzung. Schnell ohne Netz heisst nur, schneller gegen die Wand.
Tests sind das, was uns erlaubt, überhaupt mutig zu ändern. Wenn hundert Behauptungen grün bleiben, nachdem wir etwas umgebaut haben, wissen wir, dass wir nichts Altes zerbrochen haben. Ohne dieses Netz traut sich irgendwann niemand mehr, etwas anzufassen, und die Software wird starr. Das ist dieselbe Haltung wie bei unseren Guardrails: Die KI liefert Tempo, die Absicherung machen wir bewusst.

Das Netz merkst du erst, wenn du fällst
Ein Sicherheitsnetz sieht man nie in Aktion, solange alles gut geht. Es hängt einfach da und kostet scheinbar nur Platz. Sein Wert zeigt sich in dem einen Moment, in dem jemand stolpert. Tests sind genau das: unsichtbar, solange die Software läuft, und Gold wert an dem Tag, an dem eine Änderung etwas mitreissen würde. Wer sie weglässt, spart sich das Netz und merkt es erst beim Fall.
Was wir testen und was nicht
Alles zu hundert Prozent zu testen ist ein Mythos, und meistens Theater. Es gibt Software, bei der jede Zeile abgedeckt sein muss, etwa in der Medizintechnik. Für dein KMU-Werkzeug wäre das rausgeworfenes Geld.
Wir testen dort am gründlichsten, wo ein Fehler wehtut: beim Geld, bei deinen Daten, beim Ablauf, an dem dein Betrieb hängt. Rechnet die Summe richtig? Landet die Bestellung wirklich beim richtigen Kunden? Kommt der Login nur durch, wenn das Passwort stimmt? Ob ein Knopf zwei Pixel daneben sitzt, prüfen wir mit dem Auge, nicht mit einem Test. Diese Unterscheidung ist keine Faulheit, sie ist der Unterschied zwischen sinnvoller Absicherung und Beschäftigungstherapie.
Was dich das kostet, und was das Weglassen kostet
Tests sind Arbeit. Sie schlagen sich am Anfang in etwas mehr Aufwand nieder, oft in der Grössenordnung eines Aufschlags, nicht einer Verdopplung. Das ist der ehrliche Teil, und wir schreiben ihn nicht klein.
Die Rechnung kippt beim ersten Mal, wenn ein Test um zwei Uhr nachts anschlägt, statt dass dein Kunde am nächsten Morgen anruft. Ein Fehler, den wir vor dem Ausliefern fangen, kostet Minuten. Derselbe Fehler in Produktion kostet dich einen verärgerten Kunden, uns eine hektische Reparatur und beide Seiten das Vertrauen. Tests sind eine Versicherung, die sich nicht bei jedem Projekt am ersten Tag lohnt, aber über die Lebensdauer der Software fast immer. Und Software lebt länger, als du denkst.
Die Faustregel
Frag nicht "habt ihr getestet", das sagt jeder. Frag konkreter: Schlägt etwas Alarm, wenn eine Änderung den Geld- oder Datenweg zerbricht, oder passiert das still? Läuft die Prüfung automatisch bei jeder Änderung, oder verlässt sich jemand aufs Durchklicken? Wer darauf klare Antworten hat, verkauft dir kein Gefühl, sondern ein Netz.
Gute Tests sieht man nie. Sie tauchen in keiner Demo auf, sie machen die Software nicht hübscher und im Verkaufsgespräch klingen sie nach Pflicht statt nach Kür. Ihr Wert steht trotzdem fest, nur eben in dem Moment, den du nie erlebst: dem Ausfall, der nicht passiert ist. Das ist die stillste Form von Qualität, die wir kennen, und die verlässlichste.
Du willst Software, auf die du dich auch nach dem zehnten Update noch verlassen kannst? Erzähl uns von deinem Projekt.



