game-qa

Name: game-qa
Author: worldwonderer

150stars24forks

How to install game-qa?

worldwonderer/novel-to-game/game-qa

$npx -y skills add worldwonderer/novel-to-game --skill game-qa

Installs into the current project.

Summary

网页游戏证据化质量验证。启动生成游戏，检查构建、控制台、真实画面、输入与状态变化、核心循环、设计要求的结果、重开、目标视口、界面语言、首次上手与核心幻想是否被演出来，不把主观趣味包装成确定性结论。用于测试生成游戏、检查游戏能否完整游玩等需求。

Files · 1

View on GitHub

SKILL.md

1	# 游戏质量验证
2
3	验证游戏能否可靠运行和完成，不给“好玩”伪造客观分数。
4
5	读取 [qa-contract.md](references/qa-contract.md)。
6
7	## 执行
8
9	1. 从项目脚本和 `BUILD_BRIEF.md` 发现运行方式，使用现有浏览器测试能力。
10	2. 启动真实页面，记录构建失败、页面异常、控制台错误和关键资源失败。
11	3. 证明画面非空且会变化；画布元素存在本身不算渲染成功。
12	4. 从 `GAME_DESIGN.md` 提取会改变结果的关键不变量，逐项记录前置状态、输入、预期和证据。
13	5. 使用真实输入走核心动作、进程变化、设计要求的结果和重开；确定性系统至少复现一次
14	相同状态与输入得到相同结果。
15	6. 在目标视口检查遮挡、溢出、文字和控件可操作性；逐一切换策划要求的界面语言，
16	检查缺字、截断、阅读顺序、术语一致性和关键玩法信息。
17	视口、界面语言、控制方式与内容尺度按 `PRODUCT_BRIEF.md` 的目标平台与分级核对：
18	竖屏/横屏、单局结构、交互约束是否兑现，内容是否落在批准的分级内（未逾越，也未被下游
19	悄悄收回到更保守）。
20	7. 对文化关键名称、符号和提示抽查原作语义，避免翻译或本地化改变规则与角色关系。
21	8. 用没读过策划的新玩家视角走一遍首次上手：能否在设计规定时间内做出首个有意义动作、
22	玩两分钟后说得出"我是谁/要什么/往哪使劲"；再逐条对照 `CONCEPT.md`/`GAME_DESIGN.md`
23	的体验支柱与其"可观察试玩证据"，确认承诺的卖点在真实游玩里被演成了场面而非只剩数字，
24	并检查设计写明的失败现象有没有发生。判据见 [qa-contract.md](references/qa-contract.md)。
25	9. `blocker` 或 `major` 问题返回 `game-build` 修复，之后重跑相关路径和回归。
26
27	优先使用游戏已有可观察状态；只有无法判断结果时才增加最小测试钩子。不要为了 QA
28	重构游戏或强制一种调试接口。
29
30	## 输出
31
32	生成 `qa/QA_REPORT.md`，记录环境、命令、通过/失败项、关键截图或日志路径和未测试
33	范围。只有零 `blocker`、零 `major`，且加载、核心动作、主要结果和重开都有证据时才
34	标记 `PASS`。趣味、长期平衡、留存和商业完成度留给人工试玩。

People who liked this also viewed

6 picks

Type

game-qa

150stars24forks

View on GitHub

How to install game-qa?

worldwonderer/novel-to-game/game-qa

$npx -y skills add worldwonderer/novel-to-game --skill game-qa

Installs into the current project.

Summary

Files · 1

View on GitHub

SKILL.md

1	# 游戏质量验证
2
3	验证游戏能否可靠运行和完成，不给“好玩”伪造客观分数。
4
5	读取 [qa-contract.md](references/qa-contract.md)。
6
7	## 执行
8
9	1. 从项目脚本和 `BUILD_BRIEF.md` 发现运行方式，使用现有浏览器测试能力。
10	2. 启动真实页面，记录构建失败、页面异常、控制台错误和关键资源失败。
11	3. 证明画面非空且会变化；画布元素存在本身不算渲染成功。
12	4. 从 `GAME_DESIGN.md` 提取会改变结果的关键不变量，逐项记录前置状态、输入、预期和证据。
13	5. 使用真实输入走核心动作、进程变化、设计要求的结果和重开；确定性系统至少复现一次
14	相同状态与输入得到相同结果。
15	6. 在目标视口检查遮挡、溢出、文字和控件可操作性；逐一切换策划要求的界面语言，
16	检查缺字、截断、阅读顺序、术语一致性和关键玩法信息。
17	视口、界面语言、控制方式与内容尺度按 `PRODUCT_BRIEF.md` 的目标平台与分级核对：
18	竖屏/横屏、单局结构、交互约束是否兑现，内容是否落在批准的分级内（未逾越，也未被下游
19	悄悄收回到更保守）。
20	7. 对文化关键名称、符号和提示抽查原作语义，避免翻译或本地化改变规则与角色关系。
21	8. 用没读过策划的新玩家视角走一遍首次上手：能否在设计规定时间内做出首个有意义动作、
22	玩两分钟后说得出"我是谁/要什么/往哪使劲"；再逐条对照 `CONCEPT.md`/`GAME_DESIGN.md`
23	的体验支柱与其"可观察试玩证据"，确认承诺的卖点在真实游玩里被演成了场面而非只剩数字，
24	并检查设计写明的失败现象有没有发生。判据见 [qa-contract.md](references/qa-contract.md)。
25	9. `blocker` 或 `major` 问题返回 `game-build` 修复，之后重跑相关路径和回归。
26
27	优先使用游戏已有可观察状态；只有无法判断结果时才增加最小测试钩子。不要为了 QA
28	重构游戏或强制一种调试接口。
29
30	## 输出
31
32	生成 `qa/QA_REPORT.md`，记录环境、命令、通过/失败项、关键截图或日志路径和未测试
33	范围。只有零 `blocker`、零 `major`，且加载、核心动作、主要结果和重开都有证据时才
34	标记 `PASS`。趣味、长期平衡、留存和商业完成度留给人工试玩。

People who liked this also viewed

6 picks

Type