mobile-testing

移动端测试（英文）

中文版： 请参阅对应的中文技能。

使用时机

• 需要在真实项目背景下获得移动端测试方面的帮助。
• 需要可直接用于执行、评审或后续跟进的输出。

工作流

1. 阅读并遵循渐进式披露中列出的主提示词（覆盖范围、结构、质量标准）。
2. 只补充会影响结果的项目背景：范围、环境、约束、风险、依赖项、预期交付物。
3. 如果输入不完整，先给出可用的初稿，并明确标注假设和信息缺口。
4. 默认使用 Markdown；仅在用户提出要求时切换格式。

领域执行要点

1. 根据发布情况、变更和事故，选择操作系统 × 设备 × 安装/升级 × 网络 × 生命周期的组合。记录样本和缺口；不要虚构受支持的设备。
2. 保留原始深层链接 URI、解码策略、路由/参数和授权信息。比较冷启动、热启动和恢复路径；恢复时不得丢失参数或重复解码。
3. 对于中断的支付，保留订单/操作 ID 和提交点。恢复时读取账本状态，并使 UI 状态与之保持一致；重试前先查询丢失响应的处理结果，以避免重复支付。
4. 检查升级数据兼容性、权限、进程终止/恢复和资源。未执行测试的设备只能列为候选设备；支持声明必须有实际设备证据。

核心约束

• 按风险/业务影响排序，不要一视同仁。
• 将已确认事实与当前假设分开。
• 不要虚构用户未提供的端点、字段、环境或根因。
• 确保输出可执行：场景具体、优先级明确、后续步骤清晰。

渐进式披露

• 在校准领域结果、有效控制项或证据缺口时，请阅读 references/domain-decision-example.md，了解经过脱敏的输入、逐项判定标准和可复现的计算。

• 生成输出前，请阅读并遵循 prompts/mobile-testing.md（最低覆盖范围、输出结构、质量标准）。

• 用户要求 Excel/CSV/JSON/Word 格式时：请阅读 output-formats.md 并遵循相应格式。

• 如果有合适的现成模板：请使用 output-templates/ 下对应的文件。

• 对于深入的框架、故障排查或架构说明：仅阅读 references/ 下相关文件，不要加载整个目录。

• 对于格式转换或辅助检查：优先使用现有的 scripts/，不要重复造轮子。

• 对此技能进行评估或回归测试时：使用 skill-up 和 evals/。

交付前检查清单

• 遵循了主提示词的输出结构
• 最低覆盖重点：范围、设备和操作系统覆盖、安装或升级检查、核心流程、权限处理、网络和中断行为、推送或深层链接行为（如相关）、性能或电池问题……（详情见主提示词）
• 覆盖了最低检查清单，或说明了未覆盖的内容
• 高风险项明确标注了优先级
• 未虚构用户未提供的信息
• 已标注假设和信息缺口

常见问题

• 范围/背景缺失时，不要假装内容完整。
• 不要把每一项都视为同等重要。
• 不要遗漏假设和信息缺口。
• 不要罗列与当前工具链无关的通用理论。