Leistungen
Qualitätssicherung & Testautomatisierung
Die meisten kleinen Softwarehäuser haben keine eigenständige QA. Wir schon - und das ist der Grund, warum unsere Systeme nach der Abnahme weiterlaufen.
Wann wir richtig sind - und wann nicht
Wo wir tragen - und wo nicht.
Richtig, wenn …
- Eine Teststrategie fehlt oder ist über die Jahre unbrauchbar geworden.
- Die Testautomatisierung soll aufgebaut werden, nicht nur einzelne Tests geschrieben.
- Es gibt regulatorische Anforderungen an Testdokumentation und Nachvollziehbarkeit.
- Verteilte Systeme, Streaming- oder Zeitreihendaten sollen validiert werden.
Falsch, wenn …
- Gesucht wird eine reine Klickressource für manuelle Regressionsläufe.
- Die Tests sollen nachträglich Qualität herstellen, die im Entwurf fehlt.
- Es gibt keine Bereitschaft, Tests als Merge-Gate verbindlich zu machen.
- Unter 10 Personentagen lohnt sich unser Einarbeitungsaufwand für Sie nicht.
Die Ebenen im Überblick
| Ebene | Leistungen |
|---|---|
| Teststrategie | Testkonzeption, Requirements Engineering, Abnahmekriterien, Testmanagement |
| Manuelles Testing | Blackbox- und Whitebox-Tests, explorative Tests, Systemintegrationstests, Nachtesten von Fehlerbehebungen |
| Testautomatisierung | Unit-Tests (xUnit, Karma/Jasmine), GUI-Automatisierung (Squish, Selenium), E2E-Tests (Cypress), Integrationstests gegen reale Services und Datenbanken (WebApplicationFactory, Testcontainers) |
| Prozessverankerung | Test-Driven Development als Teamstandard, verpflichtende CI/CD-Qualitätsgates, kontinuierliche Steigerung von Abdeckung und Automatisierungsgrad |
| Spezialtests | DSGVO-, Barrierefreiheits- und Usability-Tests, nicht-funktionale Tests, Validierung von Streaming- und Zeitreihendaten |
| Dokumentation | Testfallverwaltung, Testprotokolle und -berichte, Release-Dokumentation, Handbücher, Kontexthilfe, Screencasts |
| Testumgebungen | Reproduzierbare Umgebungen via Docker und Testcontainers, VMware, Proxmox, VirtualBox; synthetische Testdatenbestände |
Warum QA bei uns eine Rolle ist und keine Phase
In den meisten Häusern dieser Größe testen die Entwickler ihren eigenen Code - mit dem bekannten blinden Fleck - oder der Kunde übernimmt die Abnahme. Bei uns verantwortet eine ISTQB-zertifizierte Testmanagerin die Qualitätssicherung aus der Geschäftsführung heraus. Das verschiebt die Prioritäten: Tests sind Merge-Gate, nicht Nachtrag; Testdokumentation ist Produktbestandteil, nicht Beiwerk.
Das gilt ausdrücklich auch für agentenerzeugten Code. Jede Änderung durchläuft Build, Unit-, Integrations- und E2E-Tests sowie statische Analyse. Nichts umgeht die Pipeline.
Vorgehen & Zusammenarbeitsmodelle
Häufigster Einstieg: eine Bestandsaufnahme der vorhandenen Testlandschaft mit priorisierten Maßnahmen. Danach Aufbau oder Sanierung der Automatisierung, wahlweise durch uns oder begleitend zu Ihrem Team.
Technologien
Projektberichte aus diesem Feld
EcoPulse
Eine ereignisgetriebene Microservice-Plattform, die Wechselrichter, Speicher, Wallboxen und Zähler in einer gemeinsamen Zeitreihenbasis zusammenführt und daraus Lastentscheidungen ableitet. Energie · IIoT · E-MobilitätPhonalisa
Eine vollständige IP-Telefonieplattform, die wir seit unserer Gründung 2009 architektonisch verantworten, entwickeln, testen und dokumentieren. TelekommunikationCondition-Monitoring-Migration
Migration eines gewachsenen C++-Backends nach .NET Core mit Entity Framework, inklusive Neuschnitt der Datenzugriffsschicht. IndustrieautomationLasersystem Medizintechnik
Entwicklung, Test und Dokumentation der Planungs- und Behandlungsoberflächen eines Lasersystems im zulassungsrelevanten Umfeld. Medizintechnik · reguliertSteuerfachsoftware
Weiterentwicklung und Qualitätssicherung über mehrere Jahre: Gesetzesanpassungen, Formularlogik, Barrierefreiheit und DSGVO. Öffentliche Verwaltung · FinanzenTypisches Projektvolumen
Was ein Projekt bei uns kostet.
Tagessatz 480-960 € je nach Einsatzart
Unter 10 Personentagen lohnt sich unser Einarbeitungsaufwand für Sie nicht. Eine Bestandsaufnahme der vorhandenen Testlandschaft ist als kurzer Einstieg möglich.
Häufige Fragen
Was heißt bei Ihnen End-to-End-Test?
Ein Test gegen eine real hochgefahrene API inklusive echter Datenbank über Testcontainer, einschließlich Autorisierungs- und Fehlerpfaden. Nicht gegen Mocks: Ein Mock bestätigt die eigene Annahme, eine echte Datenbank widerspricht ihr.
Arbeiten Sie auch in unserem bestehenden Testbestand weiter?
Ja. Ein üblicher Einstieg ist die Übernahme und Sanierung einer gewachsenen Testsuite - Flaky Tests stabilisieren, Laufzeit senken, Abdeckungslücken schließen, danach Ausbau.
Wie gehen Sie mit Barrierefreiheit und DSGVO um?
Als eigene Testarten. In der Steuerfachsoftware einer Landesfinanzbehörde waren Barrierefreiheits- und DSGVO-Tests fester Bestandteil der Systemtests, nicht Zusatzleistung.
Kontakt
Ansprechpartner
Qualitätssicherung, Testmanagement & Unternehmensleitung