Die Frage vor einem Launch lautet selten „ist die App fertig“, sondern: Woran merken wir vorher, dass sie im Alltag trägt – und wer stellt das fest?
Tests haben zwei Hälften: Handwerk beim Entwicklungsteam, Fachwissen bei dir – ob die Abläufe zu deinem Betrieb passen, beurteilt nur, wer diesen Betrieb kennt.
Was das Entwicklungsteam prüft
Automatische Tests. Kleine Prüfprogramme, die bei jeder Änderung von selbst laufen: für Rechenregeln, einzelne Bildschirme, ganze Abläufe. Fehlerfrei machen sie eine App nicht; ihr Wert ist, dass ein behobener Fehler nicht unbemerkt zurückkommt und Woche zehn nicht kaputt macht, was in Woche drei lief. Die ehrliche Grenze: Der Test prüft, ob die App tut, was der Entwickler angenommen hat. War die Annahme fachlich falsch, ist er grün und das Ergebnis verkehrt.
Die Geräte-Matrix. Eine Liste statt Bauchgefühl: pro Plattform ein kleines und ein großes Telefon, die älteste unterstützte Betriebssystemversion und die aktuelle. Jeder Bildschirm zusätzlich im dunklen Modus, mit vergrößerter Systemschrift, bei langsamer Verbindung und im Flugmodus. Dazu abgelehnte Berechtigungen: Verweigert jemand den Kamerazugriff – kommt eine Erklärung oder ein leerer Bildschirm?
Die Randfälle. Leere Liste beim ersten Start, sehr lange Namen, Sonderzeichen, Abbruch mitten im Vorgang.
Was nur du prüfen kannst
Wir prüfen, dass ein Status wechselt. Du prüfst, ob dieser Übergang in deinem Ablauf vorkommt und so heißt, wie ihn deine Leute nennen. Vier Anweisungen:
- Spiele drei echte Vorgänge nach – aus der letzten Woche, von Anfang bis Ende, mit echten Beträgen und Terminen. Erfundene Daten erzeugen erfundene Sicherheit. Ob dabei echte Personendaten in eine Testfassung dürfen, klärst du vorab mit deinem Datenschutzbeauftragten oder Anwalt; für den Ablauf selbst reichen anonymisierte Namen.
- Vergleiche die Zahlen mit deinem bisherigen Weg. Eine Abweichung von einem Cent gehört auf die Liste – auch wenn nur eine Rundungsregel dahintersteckt.
- Prüfe die Wörter – Beschriftungen, Status-Namen, Fehlermeldungen. Ein Begriff, der bei dir anders heißt, kostet jede Einweisung Zeit.
- Lass jemanden ohne Vorwissen testen. Wo diese Person stehen bleibt, bleibt später vermutlich auch dein Kunde stehen.
Beta verteilen: TestFlight und die Test-Spuren bei Google Play
Apple, TestFlight. Nach Apples Angaben (Stand 2026): interne Tester sind bis zu 100 App-Store-Connect-Nutzer mit Zugang zu deinen Inhalten, externe bis zu 10.000 Personen, eingeladen per E-Mail oder über einen öffentlichen Link. Der erste Build für eine externe Gruppe braucht laut Apple eine vollständige TestFlight-Prüfung; spätere Builds derselben Version unter Umständen nicht. Und: Ein Build ist nach 90 Tagen für Tester nicht mehr verfügbar. TestFlight ist damit ein Werkzeug für die Pilotphase, kein Dauerkanal – mehr dazu in Mitarbeiter-App ohne App Store verteilen.
Google, Play Console. Nach den Angaben der Play-Console-Hilfe (Stand 2026) gibt es drei Spuren:
- Interner Test – bis zu 100 Tester pro App über eine Liste von E-Mail-Adressen. Google weist darauf hin, dass interne Tests unter Umständen nicht den üblichen Play-Richtlinien- oder Sicherheitsprüfungen unterliegen.
- Geschlossener Test – Tester über E-Mail-Listen oder Google Groups; je Liste bis zu 2.000 Nutzer, bis zu 50 Listen pro Spur.
- Offener Test – über Google Play auffindbar, jeder kann teilnehmen; die Teilnehmerzahl ist standardmäßig unbegrenzt, ein Limit muss mindestens 1.000 betragen.
Für persönliche Play-Console-Konten, die nach dem 13. November 2023 angelegt wurden, verlangt Google vor der Produktionsfreigabe einen geschlossenen Test mit mindestens 12 Testern, die durchgehend mindestens 14 Tage angemeldet waren (Stand 2026). Den Stand für Organisationskonten prüfst du vor dem Anlegen in der Play-Console-Hilfe. Wie es danach weitergeht, steht in App im Store veröffentlichen.
Rückmeldungen einsammeln, ohne Chaos
Fünf Chat-Verläufe und verstreute Sprachnachrichten sind keine Fehlerliste. Leg eine gemeinsame Tabelle an – im Cloud-Speicher, den du schon hast – mit sechs Spalten: Was wollte ich tun · Was habe ich erwartet · Was ist passiert · Gerät und Betriebssystemversion · Screenshot · tritt es beim Wiederholen erneut auf?
„Geht nicht“ kostet Rückfragen und Wartezeit; dieselbe Meldung mit Schritten, Gerät und Erwartung ist dagegen direkt nachstellbar. Dazu zwei Regeln: Trenne Fehler – etwas funktioniert nicht wie vereinbart – von Wünschen; wie wir das im Festpreis handhaben, steht im Ablauf der Starter-App. Und benenne eine Person, die priorisiert: vor dem Launch behoben oder danach – was dabei nicht verschiebbar ist, steht in Was ein MVP nicht weglassen darf. Absturzberichte laufen, sofern eingebaut, automatisch bei uns ein – das Datenschutzseitige dazu steht in App-Analytics ohne Datenschutz-Ärger.
Wie viele Testpersonen du brauchst
Als Faustregel, nicht als Studie: Fünf bis zehn Personen, die die App eine Woche lang wirklich benutzen, dürften mehr bringen als fünfzig, die sie einmal öffnen. Wichtiger als die Zahl ist die Streuung: iPhone und Android, alt und neu, Arbeitsalltag und Vorwissen gemischt.
Was der Testdurchlauf kostet: Zeit, nicht Geld
Ein Muster zum Anpassen: Angenommen, du hättest vier Testpersonen mit je einer Stunde, dazu zwei Stunden fürs Sortieren und eine Stunde Durchsprache – das wären rund sieben Stunden auf deiner Seite. Setz deine eigenen Zahlen ein; fehlt dieser Aufwand im Kalender, verschiebt sich der Launch.
Auf der Rechnung steht Testen nicht als eigene Position: Qualitätssicherung steckt in der Basis mit 11.000–18.000 €, neben Konzeption, UI-Grundlagen, Projektsetup und Store-Release. Ein typisches Projekt unseres Rechners – Cross-Platform, eigenes Design, E-Mail-Login, Cloud-Backend, Push – liegt bei 33.000–56.000 € und 10–16 Wochen, Testphase inklusive. Danach geht das Testen weiter, weil Apple und Google regelmäßig neue Betriebssystemversionen veröffentlichen; das gehört in den Wartungsvertrag, bei uns ab 150 € netto im Monat – die Bestandteile stehen in Was gehört in einen Wartungsvertrag?. Alle Preise netto zzgl. Umsatzsteuer – unser Angebot richtet sich an Unternehmen, Selbstständige und Organisationen.
Was gegen unseren Umsatz spricht: Fürs Einsammeln der Rückmeldungen brauchst du uns nicht – kein Test-Management-Werkzeug, keine Lizenz, keine Extra-Position im Angebot. Eine geteilte Tabelle und eine zuständige Person genügen. Willst du dagegen wissen, ob dein Vorhaben Nachfrage hat, ist eine Beta das falsche Werkzeug: Das klärt man vorher und billiger, wie in App-Idee validieren beschrieben.
Fazit
Automatische Tests und Geräte-Matrix sichern die Technik, nicht die Fachlichkeit. Dafür braucht es dich: drei echte Vorgänge, ein Zahlenvergleich, eine Person ohne Vorwissen – und eine Liste mit Erwartung, Beobachtung und Gerät.
Was du vorher sortieren kannst, steht in der Vorbereitungs-Checkliste. Wie ein Testdurchlauf bei dir aussähe, gehen wir im kostenlosen Erstgespräch durch: wer testen könnte, welche Geräte im Einsatz sind. Wir antworten werktags innerhalb von 24 Stunden – auch dann, wenn die ehrliche Antwort lautet: erst Validierung, noch keine Beta.