Studio / ROBLOX
Dein erstes Studio-Level testen: ein praktischer Prüfplan
Start, Weg, Kollisionen, Oberfläche und einen zweiten Spieler prüfen. Mit Fehlerbericht-Vorlage, Prüftabelle und zwei Schaubildern.
Verhalten vor dem Test festlegen #
Dieser Plan betrifft ein kleines Level mit Start, Weg und Ziel. Er prüft nicht jede Roblox-Funktion. Beschreibe die Hauptaktion und den erfolgreichen Abschluss, etwa das Erreichen des Ziels ohne Festhängen oder unerwarteten Sturz.
Sichere die Ausgangsversion. Notiere erwarteten Start, erlaubten Weg und erkennbares Ziel. Bei vorhandenen Kontrollpunkten beschreibe die Rückkehr nach einem Sturz. So prüfst du beabsichtigtes Verhalten statt nur den Start der Szene.
1. Den passenden Modus wählen #
Für Start und Bewegung brauchst du einen Test mit Spielfigur. Laut aktueller Dokumentation startet Test mit Avatar. Test Here beginnt bei der Kamera und hilft bei einzelnen Abschnitten. Run startet ohne Avatar.
Beginne mit Test am echten Start. Nutze Test Here später für schwer erreichbare Stellen. Notiere den Modus, denn ein Start direkt am Ziel kann Spawnprobleme verbergen. Vergleiche Werkzeuge mit deiner Studio-Version.
2. Den Weg normal gehen #
Bewege dich beim Haupttest wie ein Spieler, statt die Figur mit Editorwerkzeugen zu versetzen. Drehe die Kamera, umrunde das Hindernis und nähere dich Kanten und Ziel. Prüfe beide Seiten, wenn beide zugänglich wirken. Die Übungsskizze zeigt TrainingSpawn, Barrier und Goal.
Beschreibe den Ort genau, etwa zwischen Barrier und Bodenrand. Bei fallenden Teilen prüfe Anchored, bei Durchlaufen CanCollide. Das sind erste Diagnosepunkte, keine Erklärung jedes Fehlers.
3. Wiederholung und Rückkehr prüfen #
Beende den Test und starte wieder am Ausgangspunkt. Wiederholung zeigt, ob ein Problem reproduzierbar ist. Prüfe anschließend die tatsächlich vorgesehene Rückkehr nach einem Sturz. Setze keine Kontrollpunkte voraus, die du noch nicht gebaut hast.
Notiere Erwartung und Ergebnis nebeneinander. Die Rückkehr zum Start statt zur letzten Plattform ist eine konkrete Abweichung bei geplanten persönlichen Kontrollpunkten. Ohne Fortschrittssystem prüfst du Start und Weg nach erneutem Laden.
4. Output untersuchen #
Prüfe Fehler, Warnungen und Diagnosemeldungen. Bewahre genauen Text, Skriptname und Zeilennummer auf, soweit verfügbar. Achte darauf, dass Filter weder Nachrichtentyp noch Serverkontext ausblenden.
Eine Meldung und ein sichtbares Problem können zusammenhängen, beweisen aber noch keine Ursache. Notiere vorherige Aktionen und wiederhole sie nach der Reparatur. Ein verschwundener Fehlertext allein macht den Weg nicht automatisch begehbar.
5. Spielerinteraktion prüfen #
Nutze bei gemeinsamen Objekten Server & Clients, zunächst mit zwei Clients. Betrachte die Aktion des ersten Spielers aus Sicht des zweiten. Prüfe sichtbare Änderungen, Meldungen und unbeabsichtigte Änderungen persönlicher Zustände. Beende danach die Sitzung.
Ein persönlicher Kontrollpunkt sollte beispielsweise nicht für den anderen Spieler gelten, sofern gemeinsamer Fortschritt nicht vorgesehen ist. Das ist ein Prüfbeispiel. Zwei lokale Clients können Fehler zeigen, beweisen aber keine Leistung unter großer echter Last.
6. Einen kleinen Bildschirm prüfen #
Verwende für mobile Zielgruppen Device Simulator. Prüfe, ob Text das Ziel verdeckt, Schaltflächen sichtbar bleiben und die Hauptaktion möglich ist. Ein gutes Desktoplayout bestätigt keine mobile Bedienbarkeit.
Simulation ersetzt keinen Test auf einem echten Gerät. Notiere, wenn kein Telefon verfügbar war, und halte Geräteprofil oder Abmessungen fest. Die normale Editoransicht allein ist kein Mobiltest.
7. Tabelle ausfüllen und priorisieren #
Markiere jede Zeile als funktioniert, Fehler oder nicht geprüft. Fehlende Mechaniken werden als nicht umgesetzt bezeichnet. So bleiben Lücken sichtbar und nach Änderungen überprüfbar.
Repariere zuerst Fehler, die Start oder Abschluss verhindern, danach Orientierung und Oberfläche. Sichere eine funktionierende Version. Jeder Durchlauf soll eine konkrete Frage beantworten, etwa ob der verbreiterte rechte Weg nutzbar ist.
| Prüfung | Erwartetes Ergebnis |
|---|---|
| Start | Figur erscheint am vorgesehenen Ort |
| Weg | Ziel mit normaler Steuerung erreichbar |
| Kanten | Kein unbeabsichtigtes Festhängen oder Durchfallen |
| Rückkehr | Entspricht den umgesetzten Regeln |
| Neustart | Weg bleibt nutzbar |
| Output | Fehler untersucht und Filter geprüft |
| Zweiter Spieler | Persönliche und gemeinsame Zustände wie geplant |
| Mobilansicht | Hauptaktion und Steuerung erreichbar |
| Gesicherte Version | Erwartete Objekte beim Öffnen vorhanden |
Ein brauchbarer Fehlerbericht #
Notiere Version, Testmodus, Startposition, Aktionen, Erwartung, tatsächliches Ergebnis, Output und Wiederholbarkeit. Beispiel: Test ab TrainingSpawn, rechts um Barrier, Ziel erwartet, am Rand festgehangen, zweimal wiederholt.
Wiederhole nach der Reparatur dieselben Schritte. Der Bericht hilft dir oder anderen beim Eingrenzen. Die Prüfung einer Übungsroute bestätigt nicht alle Spielsysteme; Veröffentlichung und Spielerzugang werden separat geprüft.
Originalquellen
Roblox Creator HubRoblox Creator Hub: Output
Roblox Creator Hub: Parts
