纯英文写测试
不需要选择器或代码，用日常英语描述操作步骤，测试即可开始运行。撰写多条测试的时间从数周压缩到数分钟。
价格免费 + 付费
平台Web / Mac
归类AI 智能体
收录2026-08-26
复核2026-08-26
编辑评分
4.6 / 5
★★★★☆
Drizz编辑总结
Drizz 是一款面向移动端团队的 AI 自动化测试平台，核心做法是让测试人员用纯英文描述要测什么，由视觉 AI 在真实 iPhone 和 Android 设备上执行，并在 UI 变化时自动修复失效步骤。官方给出的对比数字是：每位 QA 每月可写 200 条测试（Appium 基准为 15 条）、不稳定率从 15% 降到 5%、iOS 与 Android 只需写一次、需要维护的选择器数量为 0。它同时提供测试规划能力，官方举例说明一条优惠券需求可展开出 27 个场景，中间设 2 个人工审批节点。目前官网未公开具体定价与免费额度上限，端到端测试之外的能力细节也以官网页面为准。
Drizz是什么？
Drizz 是一款移动端自动化测试平台，定位是让 QA、开发者和技术负责人用自然语言描述测试意图，由 AI 代理完成测试编写、真机执行与后续修复。团队宣称其产品被多家移动端团队采用，并公开了从问题定义、方案设计到执行、调试的完整流程。
产品当前的能力主轴由四块构成：用纯英文撰写测试步骤、视觉 AI 驱动的自愈式维护、集中化的 App 与套件和设备管理、以及接入 CI/CD 后在真机上执行。官网还把测试规划单列出来，强调「决定测什么」才是测试质量的瓶颈，并用一条优惠券需求展开出 27 个场景作为说明。
按角色划分的用法是：QA 团队用它降低不稳定率与维护量；开发者用截图、日志和屏幕状态缩短复现周期；技术负责人关注套件健康度与发布节奏；从手工测试、部分自动化到全自动化的团队，则分别对应替代重复用例、减少 UI 变更导致的失败、以及在真机上扩大覆盖面这三类目标。
Drizz核心功能
视觉 AI 自愈
界面改版后失效的测试步骤由系统自行修复，官方给出的对比是需要维护的选择器数量为 0，不稳定率从 15% 降到 5%。
真机执行
测试跑在真实的 iPhone 和 Android 设备上， iOS 与 Android 只需写一次即可两端运行，避免用模拟器掩盖设备相关问题。
测试规划
读取 App 后围绕每个功能列出可能出问题的路径并给出理由，由团队审批后再生成测试。官方示例：一条优惠券需求展开出 27 个场景，设 2 个人工审批节点。
官方说明 ↗集中化管理
把 App、构建包、测试计划、设备与环境放在同一平台里管理，并跨团队追踪运行历史，适合多套件并行的团队统一查看状态。
CI/CD 接入
在流水线里调用真机执行测试，强调结果一致、零不稳定失败，从而让自动化结果可以直接作为发布判断依据。
精准调试
每次失败都附带截图、日志与屏幕状态，开发者据此定位问题，可把复现周期从多轮缩短到分钟级。
无障碍测试
官网在能力列表中列入了无障碍测试，用于检查界面在辅助使用场景下的表现，与端到端测试、真机执行并列为独立能力项。
Drizz值不值得用？
把 Drizz 当成「用英文写用例、在真机上跑、UI 改动后不用重写」的移动端回归工具时，它最有价值：官方给出的每位 QA 每月 200 条测试对 Appium 的 15 条，以及不稳定率从 15% 到 5%，指向的是维护成本和噪声两件事。测试规划是它区别于常规录制回放工具的地方，一条需求展开 27 个场景加上 2 个人工审批节点，适合把「该测什么」也纳入流程的团队。但如果你的测试已经稳定、脚本维护不痛，或者需要先确认单价与额度才能立项，那么价格未公开、且官网未说明支持语言与地域，会让采购决策推迟。
建议选它的情况
- 每周发版、UI 频繁改版导致脚本反复失效的移动端团队
- 希望用英文用例替代选择器脚本，缩短用例撰写周期的 QA 团队
- 需要把「测什么」的决策前置成审批流程的团队
不建议选它的情况
- 已有稳定脚本体系、维护成本不构成痛点的团队
- 要求在立项前先拿到明确单价与额度的采购流程
Drizz使用建议
入门先把路子走对
- 先上传构建包从上传 APK 开始，连接构建包后即可进入测试环节，不需要先配置设备或环境。
- 用英文写第一条用例按你平时操作 App 的方式逐句描述步骤，不要写成技术指令，视觉 AI 会按语义执行。
- 先审测试计划在生成测试前查看 AI 列出的场景与理由，官方流程里这一步是人工审批节点，先把范围确认掉再跑。
进阶省时间也省钱
- 覆盖动态界面把登录、支付、结算这类流程放进测试范围，官网指出传统工具处理不了动态界面，会让这些关键路径长期无人验证。
- 拿失败现场排查失败时直接看截图、日志和屏幕状态三项，通常不用再本地复现一遍就能定位问题环节。
- 两端只写一次同一套英文用例覆盖 iOS 与 Android，不要为两个平台分别维护脚本，否则自愈带来的收益会被重复劳动吃掉。
Drizz适合谁用？
高频发版的 QA 团队
推荐给出的 200 条/月/人对 15 条/月/人的对比，正对应用例撰写和回归这两块最占人力的环节。
动态界面为主的产品
推荐登录、支付、结算这类流程在传统工具下难以覆盖，视觉 AI 是官网明确针对的解法。
负责发布节奏的技术负责人
推荐可跨团队追踪套件运行历史与健康度，把不稳定失败从 CI 结果里剔除后再判断是否发布。
需要先报预算的采购方
有条件只有聊过创始人或申请演示后才拿得到费用口径。
以中文用例为主的团队
有条件演示的写法是纯英文描述，是否有中文支持未说明，习惯中文写用例的团队需先确认。
Drizz优点和缺点
优点
- 每位 QA 每月可写 200 条测试，官方对比 Appium 为 15 条
- 不稳定率从 15% 降到 5%，CI 里的假失败明显减少
- iOS 与 Android 同一套用例，只需写一次
- 需要维护的选择器数量为 0，界面改版不必重写脚本
- 测试规划会把一条需求展开成 27 个场景供人工审批
- 失败附带截图、日志与屏幕状态，缩短复现周期
- 已获 2.7M 美元种子轮融资并被 Forbes 报道
缺点
- 未说明是否支持英文以外的用例语言
- 未说明可用地域与国内访问情况
- 未公开支持哪些构建包格式之外的集成细节
- 能力介绍偏流程说明，缺少可自查的指标口径
Drizz常见问题
不用写代码也能建测试吗？＋
可以，官网的做法是用纯英文描述测试步骤，由 AI 代理生成并执行测试，选择器维护量为 0。整个流程是上传 APK、用英文描述用例、在真机上执行、失败时查看截图与日志。
和 Appium 相比快在哪里？＋
给出的对比是每位 QA 每月 200 条测试对上 Appium 的 15 条，不稳定率从 15% 降到 5%，iOS 与 Android 只需写一次，需要维护的选择器数量为 0。差距主要落在用例撰写和界面改版后的修复这两段。
测试规划具体做什么？＋
它会读取你的 App，围绕每个功能列出可能出问题的路径并附上理由，再由团队审批后生成测试。用一条优惠券需求举例，展开出 27 个场景，其中 2 个场景属于需求本身描述的应有行为，其余覆盖代码出错、用户误操作、网络抖动、计算变化和账号差异，全程设 2 个人工审批节点。
测试跑在什么设备上？＋
跑在真实的 iPhone 和 Android 设备上，不是模拟器，官方把这一点列为独立能力项，并称结果在不同设备与系统版本之间保持一致。真机执行也可以放在 CI/CD 流水线里调用。
只有端到端测试吗？＋
包括的能力包括端到端测试、集中化应用管理、真机执行、自愈式 AI、精准调试和无障碍测试。端到端测试覆盖界面、接口、流程与多个操作系统，无障碍测试检查界面在辅助使用场景下的表现。
现在能免费用吗？＋
涉及可以下载 Mac 版免费试用，也可以直接与创始人沟通或预约演示。但各档位的具体价格、免费额度上限以及超出后的计费方式均未公开，需要在这些渠道里问清后再决定。
Drizz竞品对比
| 工具 | 编辑评分 | 价格 | 核心功能 | 平台 |
|---|---|---|---|---|
| Drizz本工具 | 4.6 | 免费 + 付费 | 纯英文写测试；视觉 AI 自愈；真机执行；测试规划 | Web / Mac |
| BaseRock.ai | — | 未标价 | 一个 AI 驱动的软件测试平台，自动化测试生成、执行和维护 | — |
| Screenwriter | — | 免费 $0/永久，付费 $125/月，企业档 Custom | 无代码 UI 自动化测试工具 | Web / API |
| Relyable | — | 未标价 | AI 语音代理的自动化测试和监控 | — |
| BugBot | — | 仅提到需订阅（Subscribe） | 基于 AI 的自动化测试工具，用于高效的缺陷检测和质量保证 | Chrome 插件 |
| Octomind QA Agent | — | 未标价 | 基于人工智能的网页应用端到端测试工具，自动化测试生成、执行和修复 | — |
