QA und Softwaretests
Manuelle und automatisierte Tests für iOS-, Android- und Webprodukte, entweder in einem Projekt, das wir entwickeln, oder als unabhängige Prüfung eines Produkts, das ein anderes Team gebaut hat. Sie erhalten reproduzierbare Fehlerberichte und ein klares Bild davon, was beim Release schiefgehen könnte.
Wann Sie ein QA-Team brauchen
Tests zahlen sich aus, wenn ein Fehler im Live-Betrieb mehr kostet, als ihn früher zu finden. Diese Situationen hören wir am häufigsten.
- Nutzer melden Fehler, die Ihr Team nie gesehen hat
- Jedes Release macht etwas kaputt, das vorher funktioniert hat
- Entwickler testen ihren eigenen Code, und niemand sonst prüft ihn
- Das Review im App Store oder bei Google Play hat Ihren Build abgelehnt
- Der Launch steht bevor, und Sie möchten vorher einen Blick von außen
- Das Produkt wird langsamer oder fällt aus, wenn der Traffic wächst
Was wir testen
Manuelle Tests
QA-Engineers gehen das Produkt Schritt für Schritt anhand von Anforderungen und Testfällen durch, auf echten Geräten und in Browsern. Sie erkunden auch Bereiche, die noch kein Testfall abdeckt, so wie es ein neuer Nutzer tun würde.
Testautomatisierung
Wir automatisieren die Prüfungen, die bei jedem Build bestehen müssen: Registrierung, Zahlungen, weitere Kernabläufe und die API. Die Testsuite läuft in Ihrer CI/CD-Pipeline und meldet Fehler, bevor ein Release ausgeliefert wird.
Lasttests
Wir messen Antwortzeiten und Durchsatz unter Last und finden den Punkt, an dem das Produkt zu versagen beginnt. Der Bericht listet die Engpässe in der Reihenfolge auf, in der sie behoben werden sollten.
Sicherheitstests
Wir prüfen, wie das Produkt Daten speichert und überträgt, wie Anmeldung und Berechtigungen funktionieren und was Code und Drittanbieter-Bibliotheken preisgeben. Jeder Befund kommt mit einer Risikobewertung und einer empfohlenen Behebung.
Mobile Tests und Store-Prüfung
Tests auf echten iOS- und Android-Geräten, nicht nur in Simulatoren, mit den Betriebssystemversionen, die Ihre Nutzer tatsächlich haben. Außerdem prüfen wir Builds anhand der Regeln von App Store und Google Play, damit das Review sie nicht ablehnt.
API- und Integrationstests
Ihr Backend, Ihre Zahlungsanbieter und Drittanbieterdienste werden gemeinsam getestet, einschließlich der Fehlerfälle: Zeitüberschreitungen, abgelehnte Zahlungen, unvollständige Daten. Genau hier beginnen Störungen im Live-Betrieb meistens.
Tests, die parallel zur Entwicklung laufen
Tests, die erst nach der Entwicklung beginnen, finden Probleme dann, wenn ihre Behebung am teuersten ist. In unseren Projekten steigt ein QA-Engineer schon in der Anforderungsphase ein, schreibt Testfälle, während die Funktionen entstehen, und prüft jeden Sprint-Build statt nur des finalen. Am Tag des Releases weiß das Team bereits, wo die Schwachstellen liegen. Derselbe Ansatz funktioniert, wenn unsere Tester Ihr bestehendes Team verstärken.
- Anforderungen auf Lücken geprüft, bevor Code geschrieben wird
- Testfälle fertig, sobald die Funktion fertig ist
- Jeder Sprint-Build geprüft, nicht nur der Release-Kandidat
- Regressionstests vor jedem Release
Manuelle oder automatisierte Tests?
Manuelle Tests bringen Urteilsvermögen: Ein Mensch bemerkt, dass ein Ablauf technisch korrekt und praktisch unbrauchbar ist. Automatisierung bringt Wiederholbarkeit: dieselben hundert Prüfungen nach jedem Commit, nachts, ohne Ermüdung. Kleine Projekte und kurzlebige Funktionen spielen die Kosten für automatisierte Tests selten wieder ein, und das sagen wir, statt sie zu verkaufen. Langlebige Produkte mit häufigen Releases spielen sie schnell wieder ein, daher nutzen die meisten ausgereiften Produkte am Ende beides.
- Manuell: neue Funktionen, Benutzerfreundlichkeit und Produkte, die sich jede Woche ändern
- Manuell: explorative Tests unklarer oder riskanter Bereiche
- Automatisiert: Kernabläufe, die nie ausfallen dürfen, bei jedem Build geprüft
- Automatisiert: Regressionssuiten für Produkte mit häufigen Releases
- Beides: Automatisierung für den stabilen Kern, Menschen für alles Neue
Was Sie erhalten
Alles, was wir erstellen, bleibt beim Projekt, damit der nächste Tester, ob unserer oder Ihrer, nicht bei null anfängt. Ein Fehler, der sich nicht reproduzieren lässt, ist kein Befund, und wir melden ihn auch nicht als solchen. Jedes Release endet mit einem kurzen Bericht darüber, was getestet wurde und welche Risiken bleiben, sodass die Entscheidung über die Auslieferung bei Ihnen liegt und auf fundierter Grundlage getroffen wird.
- Testfälle und Checklisten in Ihrem Tracker oder Repository
- Fehlerberichte mit Schritten, Umgebung, erwartetem und tatsächlichem Ergebnis
- Release-Bericht: was abgedeckt wurde und welche Risiken bleiben
- Automatisierte Testsuite mit Anleitung zur Ausführung, wo Automatisierung vereinbart wurde
So laufen die Tests ab
Produktanalyse
Wir studieren die Anforderungen, oder das Produkt selbst, wenn es keine Dokumentation gibt, und vereinbaren, welche Plattformen, Geräte und Abläufe am wichtigsten sind. Sie erhalten Testumfang und Testplan.
Testfälle
Wir schreiben Testfälle und Checklisten für den vereinbarten Umfang. Sie werden in Ihren Tools abgelegt und bleiben beim Projekt.
Test der Builds
Jeder Build wird auf echten Geräten und in den Zielbrowsern getestet. Fehler landen in Ihrem Tracker mit allem, was zur Reproduktion nötig ist.
Automatisierung, wo sie sich lohnt
Für Abläufe, die bei jedem Build geprüft werden, schreiben wir automatisierte Tests und binden sie in Ihre CI-Pipeline ein. Die Ergebnisse sehen Sie bei jedem Commit.
Release-Bericht
Vor jedem Release erhalten Sie eine Zusammenfassung, was getestet und behoben wurde und welche Risiken bleiben.
Plattformen und Werkzeuge
Plattformen
- iOS
- Android
- Webbrowser
- REST-APIs
Automatisierung
- Playwright
- Selenium
- Appium
- XCUITest
- Espresso
- Postman
Last und Sicherheit
- Apache JMeter
- k6
- OWASP ZAP
Arbeitsablauf
- Jira
- TestFlight
- Test-Tracks in Google Play
- Firebase Crashlytics
Formen der Zusammenarbeit
QA in einem Projekt, das wir entwickeln
Ein Tester gehört ab dem ersten Sprint zum Team, und die Tests werden gemeinsam mit der Entwicklung geplant.
Test eines extern entwickelten Produkts
Eine Prüfung eines bestehenden Produkts oder eines bestimmten Releases mit festem Umfang: Testfälle, Fehlerberichte und eine schriftliche Einschätzung seines Zustands.
QA-Engineers in Ihrem Team
Unsere Tester arbeiten in Ihrem Prozess und in Ihrem Tracker, abgerechnet nach Stunden oder als dedizierter Engineer.
Stimmen
Das Revol-Team stärkt die Entwicklungskapazitäten des Kunden kontinuierlich durch hochwertige Arbeit und verlässlichen Support. Die Kommunikation ist effektiv, und das Team versteht die Anforderungen und das Geschäft des Kunden sehr gut.
Tomas
Die Arbeit von Revol hat die Erwartungen voll erfüllt und den Kunden zufriedengestellt. Der frische Ansatz und die ständige Erreichbarkeit für Support waren wertvolle Pluspunkte. Wer ein kommunikatives, kundenorientiertes Team sucht, um seine Ziele zu erreichen, ist hier richtig.
Andrey
Häufig gestellte Fragen
Können Sie ein Produkt testen, das Sie nicht entwickelt haben?
Ja. Wir beginnen mit den Anforderungen, oder mit dem Produkt selbst, wenn es keine Dokumentation gibt, und schreiben daraus Testfälle. Das erste Ergebnis ist meist eine Liste der gravierendsten Probleme und ein Testplan für den Rest.
Stellen Sie Tester für unser eigenes Team?
Ja. QA-Engineers können in Ihrem Prozess, Ihrem Tracker und Ihrem Release-Zeitplan arbeiten, so wie unsere Entwickler bei der Teamverstärkung.
Sollten wir unsere Tests automatisieren?
Nur dort, wo die Tests oft genug laufen, um die Kosten für Erstellung und Pflege wieder einzuspielen. Bei einem langlebigen Produkt mit häufigen Releases sind das meist die Kernabläufe und die API. Bei einem Prototyp oder einer kurzlebigen Funktion sind manuelle Tests günstiger, und das sagen wir Ihnen.
Auf welchen Geräten testen Sie?
Auf echten iOS- und Android-Geräten, dazu Simulatoren und Emulatoren für eine breitere Abdeckung von Betriebssystemversionen, sowie in den wichtigsten Desktop- und Mobilbrowsern. Die Geräteliste wird zu Beginn vereinbart, je nachdem, was Ihre Nutzer tatsächlich verwenden.
Können Sie nach einer Ablehnung im App Store oder bei Google Play helfen?
Ja. Wir lesen das Review-Feedback, reproduzieren das Problem, prüfen den Build anhand der aktuellen Richtlinien und sagen den Entwicklern genau, was zu ändern ist. Entwickeln wir die App selbst, beheben wir das Problem und reichen sie selbst erneut ein.
Wie werden Tests abgerechnet?
Das hängt vom Format ab. Eine einmalige Prüfung eines Produkts oder eines Releases hat meist einen festen Umfang; laufende Tests werden nach Stunden oder als dedizierter Engineer abgerechnet. Nach einer Sichtung des Produkts schlagen wir ein Format vor und senden eine Kalkulation.
Erzählen Sie uns von Ihrem Projekt
Beschreiben Sie die Aufgabe in wenigen Zeilen. Innerhalb eines Werktags melden wir uns mit Rückfragen oder einer ersten Einschätzung zu Umfang und Kosten.
Lieber per E-Mail oder Telefon?
welcome@revolsource.com
+38 097 662 23 20
Revol Software OÜ, Tallinn, Estland. Unser Team ist weltweit verteilt.
Werden Sie Teil unseres Teams
Senden Sie Ihren Lebenslauf an career@revolsource.com