热门产品

Drizz

Drizz

AI驱动的移动测试自动化平台,用自然语言描述测试,自动执行并生成可复用的测试用例,适合开发者。

Maker 说

Hey Product Hunt! 👋

我是Yash,Drizz的联合创始人。和我的联合创始人Partha、Asad一起,过去一年我们一直在构建自己一直希望存在的移动测试工具。

💡 故事的开端

我曾经花了3小时调试一个坏掉的测试,结果发现是一位设计师把按钮往左挪了12像素。那一刻我意识到,传统测试系统是彻底坏的。不是“可以改进”,而是根本上就是坏的。

UI一改,XPath就碎一地。测试套件需要专门配一个工程师来维持运行。我们在Amazon和Coinbase就亲身经历这些。团队发货速度比本可以的速度慢,因为测试成了一种税,而不是工具。所以我们自己动手摆脱了困境。

🚀 一句描述,一个完整的测试就出来了。

Drizz是一个Vision AI移动测试智能体。你用自然语言写下要测试的内容,只写目标就行。Drizz会分析你的app,生成完整的测试,并在真实设备上执行。

“搜索西班牙4月8日至10日一位成人的住宿”

→ Drizz视觉上读取app,构建每一步,在真实iPhone上运行。不需要选择器。不需要脚本。不需要维护。

Drizz的与众不同之处:

✍️ 纯英文描述:描述目标,Drizz构建测试

🔮 Vision AI执行:像人一样读取app,不是读取DOM

🩹 自愈测试:UI变了?Drizz自动适配

📱 真实设备执行:iOS和Android,不是模拟器

🔗 CI/CD原生:GitHub Actions、GitLab、Jenkins、Azure DevOps

📊 使用Drizz的团队数据:

⚡ 测试编写速度比Appium快10倍

🛠️ 维护开销减少67%

✅ 自动完成20000+个测试用例,没有用一个选择器

🤝 没有整个Drizz团队,这一切都不可能发生

每一行代码、每一次设计讨论、每一场塑造Drizz的客户对话——都是整个团队日复一日的付出。非常感谢所有和我们一起奋战过的人。你们懂的。🧡

🙏 今天我们想请大家做的

不是求赞,是求真实的反馈。

→ 你们现在的移动测试设置是什么样?

→ 什么能让切换到Drizz成为你们团队理所当然的选择?

留言吧。我们每条都会看,这直接决定路线图。

👉 drizz.dev

感谢 @rohanrecommends 为我们提交,也感谢整个Product Hunt社区支持创作者。像今天这样的日子,就是为什么我们选择公开构建。🚀

——Yash @yash_varyani、Asad @asad_abrar1、Zaid @zaid_ahmed_ansari、Zaid @Zaid Abdul Bari、Sreetama @sreetama_chakraborty、Partha @partha_sarathi_mohanty,以及整个Drizz团队

热门评论

PH 用户
我也喜欢它在真实设备上运行,因为大多数测试问题实际上是在那里暴露出来的😅。

祝贺整个Drizz团队发布成功🚀!
PH 用户
我正在iOS上开发一个情侣应用,目前整个测试设置就是模拟器上的XCUITest + 手动检查,然后手动归档到TestFlight。大概就是那种绝对不会写Appium测试,但可能会真心尝试这个工具的人群。我想听听你的看法:用Vision AI驱动执行,你们如何在CI运行中保持测试的确定性?选择器会可预测地失败...定位器不存在,你修复它。但视觉模型可能在一轮运行中误读屏幕状态,下一轮又正确读取,这感觉更难调试。还有一个可怕的“self-healing”版本,AI会悄悄重新解释成功意味着什么。关于重试和置信度,你们是怎么处理的?界限划在哪里?

恭喜发布!
PH 用户
我们也可以在手机/移动操作系统上测试移动应用吗?比如有类似TestFlight日志拦截器或Android等效工具,可以直接在手机上测试应用,还是只针对桌面形态?另外,支持VS-Code兼容的IDE吗?

恭喜发布!
PH 用户
我们有关于审计追踪的监管要求。每次测试执行都需要追溯到谁运行的、什么时间、应用的哪个版本,以及通过了哪些、失败了哪些。你们会存储执行历史吗?可以导出吗?
PH 用户
我是个菜鸟氛围开发者,目前正在测试构建过程中最烦人的部分哈哈。很期待试试这个!
PH 用户
这看起来像是移动应用测试的革命性变化。每次UI发生变化都要更新测试用例,太痛苦了。编写意图然后让Drizz接管测试生成和执行,是AI的惊人应用。
我能在根据意图生成测试用例步骤后修改并保存它们吗?例如,我只想从整个测试步骤中改变一个特定步骤,它会允许并记住吗,下次我写同样的意图时?
热门产品Rohan Chaubey2026-05-19原文

相关内容