Tag 6 — Ein echter Release-Kandidat

Das hast du danach: Ein veröffentlichbarer Stand ist auf echter Hardware getestet.

Ziel

Du erzeugst genau den Build, der herausgehen würde — und prüfst ihn dort, wo er landen soll.

Kurz verstehen

Der Simulator ist freundlicher als die Wirklichkeit. Ein Release-Kandidat wird auf echten Geräten getestet und auf mehr als der neuesten Betriebssystemversion. Wenn du einen Testkanal nutzt, gehört der Zugang für Prüfende dazu: ein funktionierendes Testkonto und Notizen, die erklären, wie man deinen Kernloop erreicht.

Mitmachen

Gib diesen Auftrag in dem KI-Werkzeug ein, mit dem du arbeitest:

Ich habe einen Release-Kandidaten für [PLATTFORM].

1. Nenne mir die Schritte, um einen signierten beziehungsweise produktionsnahen Build zu erzeugen.
2. Schreibe eine Testliste, die genau meinen Kernloop und meine Zustände von gestern abdeckt.
3. Formuliere kurze Notizen für Prüfende, die erklären, wie man den Kernloop in unter einer Minute erreicht.

Sag mir dazu, welche Angaben zeitabhängig sind und an der offiziellen Quelle geprüft werden müssen.

Selbst bauen

Erzeuge den Build, installiere ihn auf mindestens einem echten Gerät oder in der echten Zielumgebung und geh deine Testliste einmal vollständig durch.

Prüfen

Setze einen Haken erst, wenn du es wirklich geprüft hast. Diese Kriterien sind der einzige Weg, diese Einheit abzuschließen.

Der Kernloop läuft auf echter Hardware oder in der echten Zielumgebung.
Der Build ist reproduzierbar erzeugt und signiert beziehungsweise veröffentlichbar.
Prüfende kämen ohne Rückfrage in meinen Kernloop hinein.

0 von 3 bestätigt

Noch offen: 3 Kriterien

Selbstcheck

Drei Fragen zu Entscheidungen, die du heute getroffen hast. Es gibt keine Punkte und keine Wertung — nur das Warum. Jede Antwort lässt sich ändern.

1. Dein Kernloop läuft im Simulator sauber durch. Was sagt dir das über echte Geräte?

Dasselbe — der Simulator bildet das Gerät abWenig — der Simulator ist freundlicher als die WirklichkeitEr ist strenger, echte Geräte sind also unkritisch

2. Auf welchen Betriebssystemversionen testest du deinen Release-Kandidaten?

Auf der neuesten — dorthin aktualisieren ohnehin alleAuf mehr als einer, mit Abstand zwischen den VersionenAuf der ältesten, die ich unterstütze

3. Jemand Fremdes soll deine App prüfen. Was braucht diese Person von dir?

Nichts — der Kernloop ist selbsterklärendEin funktionierendes Testkonto und den Weg zum KernloopEin Video, das den Ablauf zeigt

0 von 3 beantwortet

Nächster Schritt

Morgen entscheidest du anhand von Belegen — nicht nach Gefühl.

Weiter: Tag 7 — Deine Entscheidung ist belegt