Was in die TestFlight-Testinformationen gehört

TestFlight kennt zwei Texte: die Testinformationen zur App und die Notiz What to Test je Build. Beide liest jemand, der nichts von deiner Woche weiß. Schreibe sie so, dass ein Fremder in unter einer Minute loslegen kann.

Was Apples Seiten sagen

• Die Beta-App-Beschreibung ist Pflicht. Apple beschreibt sie als Beschreibung deiner Beta-Version.
• Die Feedback-E-Mail ist die Adresse, über die Tester dich in TestFlight erreichen; sie ist auch die Antwortadresse in Einladungs-E-Mails.
• Externe Tests laufen über die TestFlight-Prüfung, und der erste eingereichte Build braucht eine vollständige Prüfung (Apples Seite zu externen Testern).
• Beim Hinzufügen eines Builds zu einer externen Gruppe fragt der Dialog What to Test, worauf Tester sich konzentrieren sollen.
• Testinformationen bearbeitest du in App Store Connect im Reiter TestFlight unter Testinformationen; dafür brauchst du die Rolle Account Holder, Admin oder App Manager.

Die unten verlinkten Apple-Seiten nennen keine Zeichenlimits und listen nicht jedes Prüfungsfeld; prüfe die aktuelle Seite, bevor du dich auf eine Länge verlässt.

Die Notiz What to Test schreiben

Vier kurze Teile:

1. Was sich geändert hat. Ein bis zwei Zeilen.
2. Was ausprobiert werden soll. Drei bis fünf konkrete Aufgaben, nicht "teste alles".
3. Was ignoriert werden kann. Bekannte Fehler und unfertige Bildschirme.
4. Wie gemeldet wird. Wohin das Feedback geht und welche Angaben helfen (Gerät, Schritte, Screenshot).

Text zum Ausfüllen (Beispiel)

Build 12 (Beispiel): neues Onboarding und überarbeitete Einstellungen. Bitte probiere: 1) Konto anlegen, 2) Onboarding ohne Überspringen abschließen, 3) Benachrichtigungen ändern und die App neu starten. Bekannt: Der Upload des Profilbilds ist noch nicht fertig. Melden: über die TestFlight-Feedbackfunktion oder an unsere Feedback-Adresse. Nenne dein iPhone-Modell und was du vor dem Problem getippt hast.

Testinformationen für Prüfer

Externe Builds gehen durch die TestFlight-Prüfung. Mach es dem Prüfer leicht:

• Beschreibe die App in einfachen Worten.
• Braucht die App ein Login, gib ein funktionierendes Demo-Konto an. Laut Apples allgemeiner Seite zu App-Review-Informationen dürfen Demo-Zugangsdaten nicht ablaufen; die genauen TestFlight-Felder prüfst du auf Apples aktuellen TestFlight-Seiten.
• Bleib ehrlich: schreibe, was die App heute kann, nicht, was geplant ist.

Typische Fehler

• "Bitte testen." Das gibt keine Richtung und bringt vages Feedback.
• Derselbe Text für jeden Build. Tester hören auf zu lesen.
• Bekannte Fehler verschweigen. Du bekommst zehn Meldungen zum selben Problem.
• Eine Feedback-Adresse, die niemand liest. Tester merken, wenn keiner antwortet.

Überall dieselbe Formulierung

Auf welchem Weg du Feedback auch sammelst: Nutze den Fokus aus deiner What-to-Test-Notiz wieder, damit jede Antwort zu einer von dir gestellten Frage passt.

Passend dazu: TestFlight einrichten, TestFlight-Gruppen planen, Version und Build-Nummer. Hub: iOS-App-Testing. Hintergrund: TestFlight-Feedback vor der App-Prüfung.

So funktioniert AppReviewX und frag nach gezieltem, privatem Feedback.