Quash

Quash 是什么？

Quash 是一个基于 AI 的移动应用测试与 QA 自动化平台。其核心目的是让 QA 团队无需构建和维护测试脚本，即可生成并运行测试，同时支持端到端工作流，模拟真实应用行为。

Quash 不将测试步骤转换为基于选择器的代码，而是使用基于意图的测试创建和执行。随后生成包含故障理解上下文的执行结果，形成单一工作流：生成 → 执行 → 报告。

主要特性

• 意图驱动的测试执行：用自然语言描述应用流程，Quash 会自动处理点击、滑动、输入、导航和表单交互。
• UI 感知执行：测试可适应运行时遇到的 UI 变更、加载状态和动态屏幕。
• 真实行为而非模拟环境：执行针对实际应用行为，而非依赖模拟的脚本驱动环境。
• 移动测试中的 API 和数据库验证：在同一测试运行中验证后端响应和系统行为（不仅仅在 UI 验证后）。
• 测试管理和统一报告：在一处生成测试、执行测试并生成报告，报告包含步骤和截图。
• 无供应商锁定的灵活设备执行（按站点声明）：在本地设备、模拟器或云设备上运行测试，无需设置或维护测试基础设施。
• 基于角色的访问控制：管理员和用户角色支持团队权限管理。

如何使用 Quash

1. 试用产品：使用提供的 Web playground 或下载应用。
2. 使用意图创建测试：用自然语言描述期望的应用流程，而非指定选择器或测试脚本步骤。
3. 跨设备运行测试：在平台支持的本地设备、模拟器或云设备上运行。
4. 查看结果：在执行报告中审阅，报告包含步骤和截图等上下文信息，帮助解读故障。

使用场景

• 适应 UI 变更的回归测试：发布后重新运行关键用户流程，减少 UI 更新、加载状态或动态屏幕引起的维护工作。
• 功能工作流中的边缘案例发现：从头到尾执行应用流程，捕获孤立检查中可能未出现的故障。
• 包含后端行为的端到端检查：在同一移动测试运行中验证后端响应和系统行为，同时进行 UI 交互。
• 无需维护基础设施的跨环境测试：在本地设备、模拟器或云设备上运行移动测试，避免单独管理测试基础设施。
• 团队协作的 QA 执行和报告：使用基于角色的访问，让团队执行测试并从共享的上下文丰富报告中理解结果。

常见问题

• 需要编写测试脚本或选择器吗？ 站点定位 Quash 无需脚本或设置，将自然语言意图转换为可执行动作。

• “意图驱动”在实践中是什么意思？ 用自然语言描述应用流程；Quash 然后处理常见交互类型（点击、滑动、输入）、导航和表单交互。

• Quash 如何处理执行期间的应用 UI 变更？ 描述为适应测试运行中遇到的 UI 变更、加载状态和动态屏幕。

• Quash 能在移动测试中验证后端/API 行为吗？ 可以。平台在移动测试执行中包含 API 和 DB 验证。

• 结果在哪里显示？ Quash 提供包含步骤和截图等上下文的执行报告，旨在让整个团队易于理解。

替代方案

• 传统基于脚本的移动 UI 测试框架：需要测试代码和选择器的解决方案。可能提供精细控制，但 UI 变更时通常需更多维护。
• 带缺陷跟踪的手动探索性测试：以人为驱动，专注于发现问题。不提供自动化执行或标准化报告工作流。
• 设备农场/云测试的测试运行器：专注于跨设备运行测试。与 Quash 相比，可能要求自行提供测试脚本或自动化逻辑。
• 通用测试管理工具：用于组织测试用例和结果的系统。通常无法自行进行基于意图的移动 UI 动作生成/执行。