Drizz

什么是 Drizz？

Drizz 是一款面向 iOS 和 Android 的视觉 AI 移动应用测试平台。它让团队用自然语言编写测试，在真机上运行，并减少通常伴随基于 selector 的移动自动化而来的维护工作量。

该产品定位于面向真实应用的端到端移动测试。它支持快速编写测试、在设备上可靠执行，并通过自我修复行为而非脆弱的 selector 来处理 UI 变化。

主要功能

• 自然语言测试编写 — 用户用自然语言描述测试步骤，而不是编写充满 selector 的脚本，从而缩短移动测试用例的搭建时间。
• 真机执行 — 测试在真实的 iOS 和 Android 设备上运行，帮助团队验证用户实际体验到的环境中的行为。
• 自我修复自动化 — 测试可在 UI 变化时自适应，减少因定位器失效和布局变化带来的维护负担。
• 端到端测试管理 — 应用、测试套件、运行记录和测试历史都在同一平台中管理，便于跨团队和跨构建追踪结果。
• 移动测试的 CI/CD 集成 — 团队可以在流水线中运行测试，并在交付过程中使用该平台进行一致性验证。
• 调试输出 — 失败时会提供截图、日志、屏幕状态和步骤历史，帮助团队理解发生了什么并更快排查。
• 可访问性测试 — 平台将无障碍检查纳入测试流程。
• 集中式应用管理 — 构建版本、设备、计划和环境都集中组织在一起，适合更大规模的测试项目。

如何使用 Drizz

典型流程从上传 APK 或连接应用构建开始。随后用户用自然语言描述想要的测试，在真机上运行，并在平台中查看结果。发生失败时，捕获到的截图、日志和屏幕状态有助于定位问题，并判断是应用还是测试流程需要处理。

使用场景

• 验证发布候选版本的 QA 团队 — 在发布构建前，跨设备和操作系统组合运行可重复的移动测试。
• 维护不稳定 selector 套件的团队 — 用能够适应 UI 变化的测试替换脆弱脚本，减少手动修复测试。
• 检查回归的开发者 — 确认代码变更后关键流程仍然可用，并借助步骤历史和日志调试失败。
• 测试关键移动流程的团队 — 在真机上验证登录、结账、支付、引导或其他高价值流程。
• 在 CI/CD 中运行测试的组织 — 将移动验证加入交付流水线，更早发现失败并保持结果一致。

常见问题

Drizz 测试哪些平台？ Drizz 被描述为面向 iOS 和 Android 的移动应用测试平台。

我需要编写 selector 吗？ 来源强调自然语言测试编写以及减少 selector 维护，因此该工作流的设计目标是在可能的情况下避免依赖基于 selector 的自动化。

Drizz 在真机还是模拟器上运行？ 页面明确说明测试在真机上执行。

可用的调试信息有哪些？ 平台提到可用于调试的截图、日志、屏幕状态和步骤历史。

Drizz 可以用于 CI/CD 吗？ 可以。网站说明移动测试可以在 CI/CD 流水线中运行。

替代方案

• 基于 Appium 的移动自动化 — 适合希望使用脚本驱动的移动测试，并愿意直接维护 selector 和自动化代码的团队。
• 其他低代码移动测试平台 — 它们可能比手写脚本更快，但在设备执行、维护和调试方面的处理方式可能不同。
• 手动移动 QA — 适合临时探索和人工判断，但与自动化测试相比，不具备同样的可重复性或流水线集成能力。
• 通用浏览器自动化工具 — 它们通常更适合 Web 测试，而不是原生移动应用验证，且可能不专注于真机移动工作流。