Intermediate
30 minutes
How to 使用 Computer Use 对应用进行 QA 测试 with Eigent
通过真实产品流程点击操作，捕捉问题，并在每次发布前输出结构化的 bug 报告。
What you need
- Eigent 桌面应用
- 已启用 Computer Use 功能
- 正在运行的应用环境（本地、staging 或类似生产环境）
Best for
- 在发布前验证真实用户流程的团队
- 需要以严重级别、复现步骤和分诊摘要收尾的 QA 流程
- 想要在不编写测试脚本的情况下，对关键路径进行自动化 smoke test 的工程师
Starter Prompt
在 [environment] 中测试我的应用。 测试这些流程： - [hero use case 1] - [hero use case 2] - [hero use case 3] 对于你发现的每个 bug，请包含： - 复现步骤 - 预期结果 - 实际结果 - 严重级别 继续处理非阻塞问题，并在最后给出一个简短的分诊摘要。
工作原理
- 告诉 Eigent 要测试哪个应用环境，以及哪些用户流程最重要。
- Eigent 会逐步点击这些流程、在字段中输入内容，并记录哪里出问题。
- 对于发现的每个 bug，Eigent 都会记录复现步骤、预期结果、实际结果和严重级别。
- Eigent 会继续处理非阻塞问题，并在最后给出一个简短的分诊摘要。
- 你也可以进一步让 Eigent 修复发现的 bug、创建 Linear issue，或者将下一轮范围缩小到某个失败流程。
尝试更多提示词
- 测试我的应用，找出任何重大问题并给我一份报告。
- 在 staging 中测试注册、邀请队友和升级计费。记录每个 bug 的复现步骤、预期结果、实际结果和严重级别。
- 继续 QA 流程，并只关注结账流程——我想了解所有边界情况。
- 将这份报告中的 P1 bug 转换为 Linear 草稿 issue。
如何使用
告诉 Eigent 要测试什么环境（本地、staging 或类似生产环境），以及需要覆盖哪些流程。说明你关心的问题类型——功能故障、布局问题、文案令人困惑，或者以上全部。如果账号状态、测试数据或 feature flag 会影响流程，请在一开始就说明。如果某个阻塞性问题应该直接结束运行，也请明确说明；否则 Eigent 会收集所有问题并在最后进行总结。完成后，你可以让 Eigent 修复 bug、创建工单，或者针对某个具体失败流程再跑一轮后续测试。
预期输出
一份结构化 bug 报告，列出所有发现的问题，并包含复现步骤、预期结果与实际结果，以及严重级别。最后附上一个简短的分诊摘要，概述 P0–P2 发现和建议的下一步行动。
局限性
- Computer Use 是直接操作 UI——它无法测试服务器端逻辑或界面中不可见的后台作业。
- 测试准确性取决于你是否在一开始就提供清晰的账号状态和环境细节。
- 对于非常长或复杂的测试计划，最好拆分为多个聚焦的轮次，而不是一次长时间运行。
