作品毕业：测试、打磨与安全分享

Learning route

先准备，再动手；看到结果后，记得保存。

每完成一小步，就测试一次。先说出你预计会看到什么，再用 Play 和 Output 检查，不用急着一次写完所有代码。

Step by step

01 · 先留一份能回去的版本

在 Stop 状态把项目另存为“姓名缩写_EnergyIsland_v03”。文件名使用缩写即可，不需要写学校、住址或真实全名。

保存后重新打开这个文件，确认场景与两份脚本都存在。截图只能展示画面，不能替代可编辑项目。

1. 保存 .rbxl 或 .rbxlx 本地项目，保留上一版。
2. 重新打开保存文件，进行一次短测试。
3. 确认没有临时 DebugLab、重复任务脚本或停留的断点。

Step by step

02 · 给作品做一张验收表

测试要写下具体结果，不只打一个“应该没问题”的勾。失败项目先标记，再选择最影响游玩的部分修复。

每修复一处，重新跑对应测试，并确认没有破坏原本正常的情况。

Step by step

03 · 两个人都能独立完成吗

用 Server & Clients 开两个测试客户端。A 先领取，B 后领取，确认共享场景没有把个人进度混到一起。

双人本地测试不能覆盖所有网络情况，但比只在一个窗口里跑一次更容易发现共享变量和权限位置的问题。

1. A 收集一颗，B 仍为 0；B 再碰同一颗应变为 1。
2. A 完成后，B 仍能继续自己的任务。
3. 检查服务器 Output，记录未处理的脚本错误。
4. 结束整个测试会话，确认所有测试窗口关闭。

Step by step

04 · 小屏幕、静音和不同读者都试试

用 Device Emulator 检查一种手机尺寸和横竖屏。设备模拟帮助检查布局，但不能证明真实手机的全部性能与操作体验。

让目标文字简短，按钮留足空间，重要信息不要只靠颜色或声音。请测试者说出他认为的下一步，看看说明是否真的清楚。

1. 检查 HUD 不溢出，提示可读，不挡住移动和跳跃区域。
2. 静音后仍能通过文字完成游戏。
3. 从角色高度检查每条路线，避免只有编辑者才看得见出口。
4. 有真实设备可用时再补测；没有就如实写“尚未在真机测试”。

Step by step

05 · 用三张真实截图讲清作品

第一张展示起点和任务说明，第二张展示收集中的进度，第三张展示完成与奖章。每张配一句解释，让别人不用读代码也看懂。

截屏前检查聊天、账号信息、通知和其他应用窗口。只展示必要的游戏画面，不把真实姓名、学校、联系方式或登录信息放进作品。

1. 写一段 80–150 字说明：目标、操作、你实现的功能与遇到的一个问题。
2. 注明限制：目前是会话任务，没有云端存档；真机测试是否完成。
3. 列出使用的外部素材与来源；官方参考截图不能当作自己的成品截图。

作品：能量岛探险
目标：找到三颗不同晶石，再到终端完成任务。
操作：移动、跳跃，靠近终端后按屏幕提示。
我实现了：个人进度、服务器校验、一次性奖章、HUD。
我修复了：写下一个实际问题和验证过程。
目前限制：没有跨会话存档；填写设备实测情况。

Step by step

06 · 选择适合你的分享方式

最简单的展示是在本机运行给家人或老师看，或分享去除隐私的截图。公开上传不是完成课程的必要条件。

如果想把项目发布到 Roblox，请和家长或老师一起核对当前账号条件、受众设置、素材权限与平台要求。发布到云端和让所有人公开访问是不同操作，界面与资格要求也可能变化。不要为了通过限制填写虚假年龄或借用账号。

1. 本地展示：带着可编辑文件、说明与截图介绍作品。
2. 云端测试：先确认独立项目与受众范围，检查当前官方发布文档。
3. 公开前：检查真实隐私、陌生脚本、版权素材、聊天与付费功能；本课程不要求加入购买功能。
4. 给自己写下一步：只选一个想继续改进的功能，再开始下一个版本。

Exit questions

先自己回答，再展开看看。

Explore further

需要查资料时，从这里出发。

正文代码可以直接复制。先确认脚本类型、放置位置，以及这段代码是完整版本还是小实验；不要把同一脚本的多个版本叠加运行。界面参考图已标注来源，图中的对象名可能与本课不同，请以操作步骤为准。

• Studio 多人与设备测试 ↗
• 发布与受众设置（以当前要求为准） ↗
• 无障碍与可读性 ↗