Du testest Software direkt am Kunden. Und hoffst, dass nichts kaputtgeht.

Freitagmittag, kurz vor dem Wochenende. Dein Dienstleister spielt ein Update für eure Auftragsverwaltung ein. Direkt ins System, das deine Mitarbeiter gerade nutzen. Fünf Minuten später kann niemand mehr Rechnungen schreiben. Der Fehler ist klein, die Auswirkung riesig. Und du stehst mit dem Telefon in der Hand und erreichst niemanden.

Das ist kein Horrorszenario. Das ist Alltag in hunderten kleinen und mittleren Unternehmen in Deutschland. Änderungen an der Software werden direkt dort eingespielt, wo echte Kunden, echte Daten und echte Prozesse laufen. Ohne Netz und doppelten Boden. Ohne vorher zu prüfen, ob alles noch funktioniert.

Warum das so ist? Weil viele Unternehmer nicht wissen, dass es eine bessere Methode gibt. Oder weil sie denken, eine Testumgebung sei etwas für Konzerne mit eigener IT-Abteilung. Ist sie nicht. Und in diesem Artikel zeige ich dir, warum du eine brauchst und wie du das auch mit kleinem Budget hinbekommst.

Was ist eine Testumgebung und warum fehlt sie so oft?

Eine Testumgebung ist eine Kopie deines Live-Systems. Sie sieht genauso aus, funktioniert genauso, hat die gleichen Daten. Nur mit einem Unterschied: Wenn dort etwas schiefgeht, merkt kein Kunde etwas davon. Entwickler nennen das Staging-Umgebung. Du kannst es dir vorstellen wie eine Generalprobe vor der Premiere.

In der Praxis fehlt diese Umgebung bei den meisten KMUs komplett. Ich sehe das regelmäßig bei Unternehmen im Rhein-Kreis Neuss und im Großraum Düsseldorf. Da wird ein Onlineshop betrieben, eine individuelle Branchensoftware genutzt oder ein Kundenportal gepflegt. Und jede Änderung geht direkt ins echte System. Ohne Test, ohne Absicherung, ohne Plan B.

Der Grund ist meistens einfach: Niemand hat es vorgeschlagen. Der IT-Dienstleister hat das Thema nicht angesprochen. Oder es hieß, das sei zu aufwendig und zu teuer. Beides stimmt in den meisten Fällen nicht. Eine Testumgebung aufzusetzen kostet oft weniger als ein einziger Fehler, der im Live-Betrieb passiert.

Was passiert, wenn du direkt am Live-System arbeitest?

Stell dir vor, du hast einen Laden in Korschenbroich. Du willst die Schaufensterauslage neu gestalten. Statt nach Ladenschluss zu dekorieren, räumst du mittags alles um, während Kunden im Laden stehen. Regale werden verrückt, Schilder fehlen, an der Kasse geht nichts mehr. Genau das passiert, wenn du Software-Änderungen direkt im laufenden Betrieb machst.

Die Risiken sind real und teuer. Ich hatte einen Kunden, einen Handwerksbetrieb mit 20 Mitarbeitern, bei dem ein vermeintlich kleines Update an der Auftragserfassung dazu geführt hat, dass Preise falsch berechnet wurden. Nicht offensichtlich falsch, sondern ein paar Prozent daneben. Das ist erst nach drei Wochen aufgefallen. In der Zeit wurden dutzende Angebote rausgeschickt, die zu niedrig kalkuliert waren. Der Schaden lag bei über 8.000 Euro.

Und das ist nur ein Beispiel. Andere Folgen: Kundendaten verschwinden, Bestellungen werden doppelt ausgelöst, Schnittstellen zu anderen Systemen brechen ab. Das alles passiert nicht, weil jemand absichtlich Mist baut. Sondern weil niemand vorher geprüft hat, ob die Änderung auch wirklich das tut, was sie soll. In einer geschützten Umgebung.

Die häufigsten Ausreden, warum Unternehmen ohne Testumgebung arbeiten

Die erste Ausrede höre ich am häufigsten: Das ist nur ein kleines Update, da kann nichts passieren. Doch, kann es. Software ist komplex. Selbst kleine Änderungen können unerwartete Nebenwirkungen haben. Ein geändertes Feld in einer Datenbank kann dazu führen, dass ein Bericht, den du jeden Montag brauchst, plötzlich falsche Zahlen liefert. Kleine Ursache, große Wirkung.

Die zweite Ausrede: Wir sind zu klein dafür. Das stimmt nicht. Gerade kleine Unternehmen trifft ein Ausfall härter als große. Ein Konzern hat ein ganzes Team, das innerhalb von Minuten reagiert. Wenn bei dir die Software ausfällt, steht der Betrieb still. Du hast keinen Puffer, kein Backup-Team, keine Redundanz. Gerade deshalb brauchst du eine Testumgebung.

Die dritte Ausrede: Das ist zu teuer. In Wirklichkeit kostet eine einfache Testumgebung für viele Webanwendungen zwischen 20 und 100 Euro im Monat. Das sind die Kosten für einen zusätzlichen Server oder eine Cloud-Instanz. Vergleich das mal mit dem Schaden, den ein einziger Fehler im Live-System anrichtet. Die Rechnung ist eindeutig.

Die vierte Ausrede kommt oft vom Dienstleister selbst: Wir testen das schon bei uns lokal. Das klingt beruhigend, reicht aber nicht. Die lokale Umgebung eines Entwicklers unterscheidet sich fast immer von deinem echten System. Andere Datenmengen, andere Einstellungen, andere Schnittstellen. Was beim Entwickler funktioniert, kann bei dir trotzdem Probleme machen.

Was eine gute Testumgebung können muss

Eine Testumgebung muss dein Live-System so genau wie möglich abbilden. Gleiche Software-Version, gleiche Konfiguration, möglichst ähnliche Daten. Wenn deine Kundendatenbank 50.000 Einträge hat, dann sollte die Testumgebung nicht mit 10 Testdatensätzen arbeiten. Viele Fehler treten erst bei echten Datenmengen auf.

Wichtig ist auch, dass die Testumgebung von außen nicht erreichbar ist. Oder zumindest nicht für Kunden. Es wäre schlecht, wenn jemand versehentlich eine Testbestellung aufgibt, die dann in deinem echten Warensystem landet. Die Testumgebung muss klar abgegrenzt sein. Am besten mit einem eigenen Zugang, der nur für interne Tests gedacht ist.

Außerdem sollte es einen klaren Prozess geben: Erst wird in der Testumgebung geändert und geprüft. Dann wird abgenommen. Und erst danach geht die Änderung ins Live-System. Das klingt nach viel Aufwand, dauert aber in der Praxis oft nur ein paar Stunden. Verglichen mit dem Risiko, das du sonst eingehst, ist das nichts.

Wie du eine Testumgebung auch mit kleinem Budget einrichtest

Für die meisten Webanwendungen reicht ein zweiter Server. Ob bei deinem Hosting-Anbieter, bei einem Cloud-Dienst wie Hetzner oder Netcup, das kostet zwischen 5 und 50 Euro im Monat. Darauf wird eine Kopie deiner Anwendung installiert. Dein Entwickler kennt den Weg und braucht dafür meistens nur wenige Stunden.

Wenn du ein CMS wie WordPress nutzt oder einen Onlineshop mit Shopware betreibst, gibt es oft eingebaute Funktionen oder Plugins, die das Erstellen einer Testumgebung erleichtern. Manche Hosting-Anbieter bieten Staging-Umgebungen sogar mit einem Klick an. Frag einfach mal nach. Oft ist die Lösung näher als du denkst.

Für individuelle Software, also Anwendungen, die speziell für dein Unternehmen entwickelt wurden, sollte eine Testumgebung von Anfang an eingeplant sein. Wenn das bei dir nicht der Fall ist, hol das nach. Ich setze bei meinen Projekten grundsätzlich eine Staging-Umgebung auf, bevor auch nur eine Zeile Code ins Live-System geht. Das gehört für mich zur professionellen Arbeit dazu.

Woran du erkennst, dass dein Dienstleister unsauber arbeitet

Es gibt ein paar Warnsignale, auf die du achten solltest. Wenn dein Dienstleister Updates einspielt, ohne dich vorher zu informieren, ist das ein schlechtes Zeichen. Wenn er auf die Frage nach einer Testumgebung ausweichend antwortet, auch. Und wenn er sagt, er teste alles lokal auf seinem Rechner und das reiche, dann fehlt ein wichtiger Schritt in seinem Prozess.

Ein weiteres Warnsignal: Du merkst Fehler erst dann, wenn deine Mitarbeiter oder Kunden sich beschweren. Das bedeutet, es gibt keine systematische Qualitätskontrolle. Kein Testen vor dem Go-Live. Kein Vier-Augen-Prinzip. Kein Abnahme-Prozess. Das ist so, als würde ein Handwerker die Wand streichen und erst am nächsten Tag nachschauen, ob die Farbe stimmt.

Gute Dienstleister, ob Freelancer oder Agentur, haben einen klaren Prozess. Sie zeigen dir Änderungen erst in einer Testumgebung. Du oder dein Team können dort prüfen, ob alles stimmt. Und erst nach deinem Ok wird die Änderung übernommen. Wenn das bei dir anders läuft, hast du ein Qualitätsproblem, auch wenn es sich bisher nur noch nicht voll ausgewirkt hat.

Was du als Unternehmer konkret tun solltest

Erster Schritt: Finde heraus, ob du eine Testumgebung hast. Klingt simpel, aber viele Unternehmer wissen das nicht. Frag deinen IT-Dienstleister oder deinen internen Admin. Wenn die Antwort Nein ist, mach es zum Thema. Nicht irgendwann, sondern bei der nächsten Änderung.

Zweiter Schritt: Definiere einen einfachen Freigabe-Prozess. Das muss kein 20-seitiges Dokument sein. Es reicht ein klarer Ablauf: Änderung wird in der Testumgebung eingespielt, jemand aus deinem Team prüft die Kernfunktionen, bei Ok geht es live. Das dauert vielleicht eine Stunde mehr pro Update. Aber es spart dir Tage an Fehlersuche und Schadensbegrenzung.

Dritter Schritt: Plane das Budget ein. Eine Testumgebung kostet Geld, aber es ist wenig Geld im Vergleich zu dem, was auf dem Spiel steht. Rechne mal nach: Was kostet es dich, wenn dein System einen halben Tag ausfällt? Was kostet es, wenn Rechnungen falsch sind und du nacharbeiten musst? Was kostet es, wenn ein Kunde wegen eines Fehlers abspringt? Dagegen sind 50 Euro im Monat für einen Testserver ein Witz.

Ein Praxisbeispiel aus dem Rhein-Kreis Neuss

Vor einigen Monaten kam ein mittelständisches Unternehmen aus der Region auf mich zu. Sie hatten eine individuelle Webanwendung für ihre Auftragsabwicklung. Keine Testumgebung, kein Freigabe-Prozess. Updates wurden vom bisherigen Entwickler direkt eingespielt, meistens ohne Vorankündigung. Dreimal im letzten Jahr gab es danach Probleme. Einmal stand das System einen ganzen Tag still.

Wir haben als erstes eine Staging-Umgebung aufgesetzt. Eine Kopie des Systems auf einem separaten Server, mit einem aktuellen Datensatz. Kostenpunkt: etwa 30 Euro monatlich für den Server, plus ein halber Tag Einrichtung. Seitdem wird jede Änderung erst dort eingespielt und geprüft. Der Geschäftsführer selbst klickt einmal durch die wichtigsten Funktionen und gibt dann frei.

Das Ergebnis: Seit der Einführung gab es keinen einzigen ungeplanten Ausfall mehr. Die Mitarbeiter vertrauen dem System wieder. Und der Geschäftsführer sagt, er schläft freitags besser, weil er weiß, dass nicht über das Wochenende irgendetwas kaputtgehen kann. Klingt banal, aber genau das macht den Unterschied im Alltag.