这篇文章介绍了作者如何独自开发移动应用Zabriskie，并尝试训练AI助手Claude来协助进行应用质量测试。过程中遇到了内容过滤策略的限制，导致无法通过AI搜索特定歌词。文章体现了独立开发者面临的挑战和对更好互联网社区的追求。

标题：教会Claude对移动应用进行质量检测

作者：Christopher Meiklejohn

发布日期：2026年3月22日

主要内容：

1. 项目背景

• 作者独自开发了一款名为Zabriskie的社区应用
• 使用Capacitor框架将React网页应用打包成原生应用，实现一套代码运行在网页、iOS和Android三个平台
• 采用服务器驱动UI架构，可以绕过应用商店审核快速更新

2. 测试挑战

• 现有测试工具无法有效测试这种混合应用：网页工具无法访问原生外壳，原生工具无法操作网页内容
• 网页版已有150多个端到端测试，但移动应用缺乏自动化测试

3. Android测试方案（90分钟完成）

• 使用adb reverse解决本地连接问题
• 通过Chrome DevTools Protocol控制WebView
• 编写Python脚本自动遍历25个屏幕并截图分析
• 发现问题时自动提交错误报告
• 每天8:47自动运行测试

4. iOS测试困难（耗时6小时）

• 无法直接输入带"@"的邮箱地址，需修改后端代码
• 无法自动关闭系统通知权限弹窗，需直接修改系统数据库
• 导航点击坐标不准确，需借助辅助功能API精确定位
• 缺乏类似Android的Web调试协议支持

5. 意外问题

• 在修复Go版本问题时，AI错误地提交了大量无关更改
• 导致需要多个后续提交来修复测试问题

6. 经验总结

• 优先使用浏览器调试协议而非坐标点击
• 测量而非猜测UI元素位置
• 严格遵守代码隔离规范
• 推送前务必先运行测试
• 呼吁苹果为模拟器WebView提供更好的调试支持

作者简介： Christopher S. Meiklejohn，卡内基梅隆大学软件工程博士，软件与社会系统部门研究员。

注：原文中的技术细节、代码片段和具体实现过程在保持核心内容的前提下进行了适当简化，删除了部分重复的技术细节和与主题关系不大的内容。

以下是评论内容的总结，平衡呈现不同观点并保留关键引用：

1. 关于自动化测试工具的选择

   • 观点1：现有工具（如WebdriverIO和Appium）已足够且被官方推荐
     • "WebdriverIO和Appium already exist...are open source like Capacitor"（ptmkenny）
     • "come recommended from the Capacitor developers"（ptmkenny）
   • 观点2：直接使用Chrome DevTools Protocol（CDP）更高效
     • "Appium adds a translation layer...often breaks"（sneg55）
     • "using the same primitives the browser uses internally"（sneg55）

2. 关于iOS测试的特殊挑战

   • 普遍认为iOS测试存在技术障碍
     • "The iOS section is the real story...feel like archaeological excavation"（sneg55）

3. 关于自动化工作流的隔离问题

   • 核心挑战在于执行环境的隔离
     • "git worktrees don't prevent...requires something external imposing the boundary"（maxbeech）
     • "the isolation problem is front and center...separate working directories per run"（maxbeech）

4. 关于设备模拟的联想

   • 有用户联想到僵尸网络的硬件配置
     • "bot farms...stripped down phones...simulates the externals"（devmor）

注：所有评论均无评分（None），因此未体现认可度差异。总结保留了中英文关键引用，并采用简洁的列表式呈现不同观点。