In diesem Ratgeber
Ein Mac-Betatest findet, was dein eigener Mac verbirgt: eine andere macOS-Version, eine vor Jahren erteilte Berechtigung, ein zweites Display, Unterschiede zwischen Apple Silicon und Intel. Plane diese Fälle ein.
1. Lege fest, was du lernen willst
Zwei oder drei Fragen: Öffnet sich die App auf einem Mac, der sie nie gesehen hat? Sind die Berechtigungsabfragen verständlich? Übersteht der Hauptablauf Ruhezustand und Aufwachen? Sag den Testern das Ziel.
2. Wähle die Tester
Setze auf Vielfalt: die unterstützten macOS-Versionen, Apple Silicon und Intel, falls du beides unterstützt, ein Laptop mit externem Display, ein Mac, der kein Entwicklerrechner ist. Erst wenige Leute, nach den ersten Korrekturen mehr. Siehe Beta-Tester für Desktop-Apps finden.
3. Verteile den Build
Optionen, jeweils mit Abwägungen: direkter Download, ein von Apple bereitgestellter Verteilweg für Beta-Builds oder ein Kanal eines Drittanbieters. Was jeder verlangt, steht in Apples aktueller Entwicklerdokumentation; diese Seite macht keine Aussage zu Apples Beta-Kanälen.
Egal wofür du dich entscheidest:
- Zeige die Build-Nummer in der App.
- Apple (Originaltext, englisch): "Gatekeeper on macOS helps protect users from downloading and installing malicious software by checking for a Developer ID certificate from apps distributed outside the Mac App Store"; außerdem bietet Apple Notarisierung an: "Give people even more confidence in your software by submitting it to Apple to be notarized" (Apple Developer ID, abgerufen am 2026-10-22). Sieht ein Tester beim ersten Start eine Sicherheitswarnung, ist das ein Befund und kein Bedienfehler. Siehe Notarisierung und Gatekeeper testen.
- Führe pro Build eine kurze Änderungsliste.
4. Teste auf einem sauberen Mac
Dein eigener Mac ist der eine Rechner, auf dem Berechtigungen, Caches und Einstellungen schon vorhanden sind. Nimm einen zweiten Mac, ein neues Benutzerkonto oder eine saubere virtuelle Maschine und teste den ersten Start:
- Build so laden oder kopieren, wie es Tester tun werden.
- Zum ersten Mal öffnen. Jeden Systemdialog notieren.
- Jede Funktion auslösen, die Zugriff verlangt (Dateien, Kamera, Mitteilungen usw.). Ist die Erklärung klar? Was passiert bei „Nein“?
- Beenden, neu öffnen, prüfen, ob Daten erhalten bleiben.
- Mac in den Ruhezustand versetzen, aufwecken, App weiter benutzen.
- Fenster auf ein zweites Display ziehen und das Display abstecken.
5. Frage gezielt
Gib Aufgaben statt „Was denkst du?“. Nutze ein Formular mit immer denselben Feldern: macOS-Version, Mac-Modell oder Chip, Build-Nummer, Schritte, Ergebnis, erwartetes Ergebnis, Screenshot oder Log. Die Fehlerbericht-Vorlage für Desktop-Apps ist eine Grundlage; so schreibst du Feedback, das Entwickler nutzen können erklärt, warum diese Felder helfen.
6. Takt und Dranbleiben
Ein einfacher Rhythmus: Tag 0 einladen und Build 1 senden, Tag 2 bis 3 erinnern, nach etwa einer Woche Korrekturen liefern, Ende Woche 2 allen danken. Antworte auf jeden Bericht und sag, wenn er zu einer Korrektur führte. Kurze Aufgaben werden erledigt.
Keine Bewertungen als Gegenleistung
Bitte Tester nicht im Gegenzug um Store-Bewertungen und biete nichts dafür an. Siehe warum gekaufte App-Bewertungen nach hinten losgehen. Feedback bleibt privat; eine spätere Bewertung ist die eigene, unbezahlte Entscheidung des Testers.
Was AppReviewX abdeckt
AppReviewX nimmt Apps per Store-Link aus Google Play, Apple App Store, Mac App Store und Microsoft Store an. Windows- und Mac-Apps müssen bereits in ihrem Store veröffentlicht sein, und AppReviewX verteilt keine Builds oder Installer. Das Feedback ist privat und strukturiert, ein akzeptiertes Feedback = ein Credit, und Store-Bewertungen sind freiwillig, unbezahlt und nie Pflicht. Diese Seite ist allgemeine Hilfe.
Starte kostenlos und bekomme privates Feedback zu deiner App.
Mehr dazu: Leitfaden zum Testen von Windows- und Mac-Apps, Beta-Tester für Desktop-Apps finden, Fehlerbericht-Vorlage für Windows- und Mac-Apps.