Sicherheit ist keine Phase
Der Penetrationstest ist für die letzte Woche vor dem Launch gebucht. Alle kennen den Termin. Im Plan steht er als Kästchen mit dem Namen „Sicherheit“. Dieses Kästchen ist das Problem. Ein Test…
Einblick lesen →Testentwurf, Regression, Geräte- und Feldtests, UAT — im Sprint, nicht danach
Qualität ist eine Disziplin, kein letzter Schritt.
Unsere QA-Engineers arbeiten in jedem Sprint neben der Entwicklung: Sie machen aus Anforderungen Testfälle, bevor der Code existiert, fahren bei jedem Release-Kandidaten die Regression, testen auf den Geräten und unter den Bedingungen, die die Software tatsächlich antreffen wird, und dokumentieren Fehler so präzise, dass sie schnell behoben sind. Verfügbar in unseren Projekten oder als eigenständige Kapazität für Ihre.
Angeschraubte QA findet Fehler zu spät — und die falschen.
Tests, die in die letzten Tage vor einem Release gequetscht werden, finden Probleme, nachdem die Entscheidungen, die sie verursacht haben, längst feststehen. Korrekturen werden überhastet, Regressionen rutschen durch, weil es keine Vergleichsbasis gab, und die Fälle, auf die es am meisten ankommt — die Offline-Synchronisation auf dem Baustellen-Tablet, das Etikett mit der falschen Chargennummer, das ERP-Rückschreiben, das still fehlschlägt — sind genau die, die ein Durchklicken in letzter Minute nie erreicht.
Ein Fehler, der beim Entwurf einer Funktion gefunden wird, kostet ein Gespräch. Derselbe Fehler in der letzten Woche kostet einen Umbau. QA, die bei den Anforderungen beginnt, ist der Weg zur ersten Sorte.
Was wir liefern.
Manuelles Testen mit Strenge, und Automatisierung dort eingeführt, wo sie sich auszahlt — damit die Testsuite mit dem Produkt wächst, statt als Versprechen anzukommen.
- Testentwurf aus den Anforderungen: Testfälle entstehen, während die Funktion spezifiziert wird, damit Unklarheiten auffallen, bevor jemand das Falsche baut
- Funktions- und Regressionstests bei jedem Release-Kandidaten, mit einer gepflegten Regressionssuite als Vergleichsbasis für jede Änderung
- Geräte- und Plattformtests für Mobile: echte iOS- und Android-Geräte, Betriebssystemversionen, Kiosk-Modus, robuste Handhelds, Tablets bei schwacher Verbindung
- Feld- und Offline-Tests: Was passiert, wenn die Verbindung mitten im Upload abbricht, wenn zwei Personen dieselbe Aufgabe bearbeiten, wenn dem Gerät der Speicher ausgeht
- Integrations- und Datentests: ERP-Rückschreiben, Abgleiche, Etikettenausgabe, Exporte, die ein Partner ablehnt, wenn ein Feld falsch ist
- Begleitung der Abnahmetests (UAT): Skripte, Durchgänge und strukturierte Rückmeldungen mit Ihren Fachanwendern, damit die Freigabe etwas bedeutet
- Testautomatisierung, wo sie sich auszahlt: automatisierte Prüfungen für die Abläufe, die nie brechen dürfen, in der Pipeline bei jeder Änderung — schrittweise eingeführt statt als fertige Suite verkauft
- Fehlerdokumentation, auf die ein Entwickler ohne Rückfrage reagieren kann: Schritte, Daten, Umgebung, erwartet gegen tatsächlich, Nachweis
Warum exbisoft.
Eingebettet, nicht angeschraubt.
Unsere QA-Engineers arbeiten im Sprint neben den Entwicklern, nicht als getrenntes Team, das fertige Arbeit begutachtet. Sie wissen, was sich geändert hat, warum und was es gebrochen haben könnte — die Regression ist gezielt, nicht jedes Mal ein komplettes Durchklicken.
Getestet für die Bedingungen, die die Software wirklich antrifft.
Ein Nachunternehmerportal, das auf der Baustelle offline funktionieren muss; ein Etikettiersystem, in dem eine falsche Chargennummer eine regulatorische Abweichung ist; eine Kiosk-App auf 500 iPads in ganz Europa: Jedes wurde für seine echte Umgebung getestet, nicht nur auf dem Rechner eines Entwicklers.
Die Pipeline ist Teil des Testaufbaus.
Getrennte Entwicklungs-, QA-, Test- und Live-Umgebungen bedeuten, dass jeder Release-Kandidat auf einem Build getestet wird, der identisch mit dem ist, was ausgeliefert wird — und eine frische Testdatenbank pro Pipeline-Lauf bedeutet, dass Tests nie zufällig auf Restdaten bestehen.
Dokumentation, die Zeit spart.
Fehler werden so präzise dokumentiert, dass Entwickler ohne Rückfrage handeln können. Testfälle sind zugleich lebende Dokumentation dessen, wie sich das System verhalten soll.
Eigenständig oder eingebettet.
Holen Sie uns als dedizierte QA-Kapazität für Ihr bestehendes Team, die testet, was Ihre Entwickler bauen — oder als Teil eines vollständigen Entwicklungsengagements. So oder so bekommen Sie Engineers, eine Methode und ein Protokoll, keine Checkliste.
Brauchen Sie Testkapazität, der Sie vertrauen können?
Erzählen Sie uns, was Sie ausliefern, wie es heute getestet wird und woher der letzte schmerzhafte Fehler kam. Wir sagen Ihnen ehrlich, was fehlt — und was zuerst automatisiert werden sollte.
Gespräch beginnen