表层覆盖
几分钟内开始 · 无需授权访问
公众能访问到的一切
页面、表单、用户流程和公开 API——从外部测试，就像访客（或攻击者）看到的那样。只需一个 URL 即可开始。
- 全站爬取与流程图
- 冒烟测试 + 回归测试集
- 公开 API 健康检查
覆盖范围库
蜘蛛实际测试什么。
这不是功能清单，而是针对你这类产品运行的真实检查。下面每个主题都以自动化测试套件的形式交付：在真实浏览器中测试 UI 流程，针对 API 做契约检查，每次部署后重新运行。
两种覆盖深度
从表层开始。按您对我们的信任程度逐步深入。
深度覆盖
预发布环境访问 · 与您一起配置
深入产品内部，使用您授予的访问权限
我们会正式接入您的项目：预发布环境凭据、测试账号，以及（如果您愿意）只读的代码仓库。这样才能触及表层测试永远看不到的部分。
- 需登录及基于角色的流程
- REST / GraphQL 契约测试
- 数据变更后的数据完整性
- 覆盖范围对应您实际的路由和代码仓库
覆盖范围库
每个主题都以测试套件形式交付。
认证与会话
这些流程一旦出错，用户就会被锁在门外，也是攻击者最先尝试的地方。蜘蛛会用测试账号执行真实登录，并检查每一条异常路径。
- 使用有效、已被占用、格式错误的邮箱注册
- 登录、退出、会话过期与刷新
- 完整的密码重置流程，包括邮件中的链接
- 登录后跳回原本要访问的页面
- 连续失败时的频率限制与错误提示文案
结账与支付
收入相关的流程覆盖得最深入。沙盒银行卡、被拒付款、遗弃的购物车——都在预发布环境测试，绝不动用真实资金。
- 加入购物车 → 结账 → 沙盒支付 → 确认
- 银行卡被拒、银行卡过期与 3DS 验证路径
- 页面与 API 之间的价格、税费和总额保持一致
- 优惠券、空购物车与数量的边界情况
- 订单确认邮件与 webhook 投递
API 契约——REST 与 GraphQL
大多数回归问题出在后端，之后才会暴露出来。契约检查能在几秒内发现它们，比任何 UI 测试开始加载还要早。
- 每个公开接口的响应结构与状态码
- 认证边界：过期令牌、缺失权限范围、其他用户的数据
- 错误响应体保持机器可读（JSON API 中不出现 HTML）
- 在真实数据量下，分页、筛选和排序表现正常
- 对照上一版契约检测破坏性变更
表单与校验
每个表单都是与用户之间的约定。蜘蛛会像匆忙的真人一样填写：填错、留空、粘贴、重复提交。
- 必填项与格式校验，包括客户端和服务端
- 重复提交防护与加载状态
- Unicode、emoji 与超长输入值
- 错误信息指向真正出错的字段
- 提交后的成功状态、跳转与通知
角色与权限
这类 bug 往往要等到客户看到了别的客户的数据才会被发现。基于角色的检查会以不同用户的身份访问同一批资源。
- 查看者、编辑者、管理员看到的内容恰如其分
- 通过直接输入网址访问受限页面会被拒绝
- 其他账号拥有的 API 对象无法访问
- 被降级的用户立即失去相应权限
文件与上传
上传会以各种意想不到的方式出错。蜘蛛会带上各式各样的文件。
- 支持的格式能完整上传、显示和下载
- 超大文件和 0 字节文件会给出清晰的失败提示
- 错误的扩展名与 MIME 类型不一致会被拒绝
- 在慢速网络下，进度、取消和重试表现正常
搜索与筛选
数据量遇上 UI 状态的地方——缓存过期和差一错误的典型发源地。
- 结果与筛选条件一致，且刷新页面后筛选条件仍然保留
- 空结果状态、拼写容错与特殊字符
- 数据变化时，分页总数保持一致
- 指向已筛选视图的深度链接显示相同的视图
Web3 与智能合约
dApp 的出错方式是传统测试套件从未见过的——UI 悄悄地与链上状态不一致。蜘蛛用模拟钱包测试桥梁的两端，不使用任何真实资金。
- 钱包连接、网络切换和签名，包括拒绝路径
- 针对测试网和分叉主网的合约调用：状态、回滚、事件
- 显示的余额和持仓与链上实际状态一致
- Gas 估算失败与待处理交易的 UI 状态
- 索引器 / subgraph 与链上事件保持一致
性能冒烟测试
不是压力测试，而是一道绊线。蜘蛛会按页面和接口记录响应时间，并对照基线标出性能退化。
- 每个路由的页面加载与 API 延迟基线
- 每个页面上的控制台错误与失败的网络请求
- 负载体积回退（不小心多出来的 4 MB 包）
- 检测到第三方故障，并将其排除在你的评分之外
Web2 + Web3
dApp 和智能合约同样可以测试。
区块链产品出问题的方式，是传统测试集从未见过的。蜘蛛通晓两个世界——同样的流程、同样的跟踪工具、同样的保障。
钱包流程
连接、切换网络、交易签名——以及用户实际会遇到的拒绝路径。使用模拟钱包测试，不会动用真实资金。
智能合约
在测试网和分叉的主网上调用合约：状态变化、回滚、Gas 估算失败和事件触发。
界面 ↔ 链上真相
典型的 dApp 缺陷是界面与链上状态不一致。蜘蛛会把界面显示的余额、仓位和历史记录与实际链上状态进行交叉核对。
从失败的测试到已提交的工单
缺陷自己报告自己。您的团队只管修复。
QA 里最费力的部分不是发现缺陷，而是撰写报告、翻找截图、追着让开发人员看到。QA Spider 会自动完成这个闭环。
01
测试一旦失败，缺陷报告就已写好
无需任何人复现、截图或撰写。测试失败的那一刻，报告就会根据运行中实际发生的情况起草好。
复现步骤根据已执行的步骤生成 · 附带失败截图 · 严重程度 P0–P3
02
它进入您的跟踪工具，而不是电子表格
一键提交到开发人员日常工作的地方——作为您项目中的一张规范工单，并附带复现步骤和证据。
Jira · Azure DevOps · ClickUp · GitHub Issues · Linear — 提交前会检查是否重复
03
相关人员会第一时间知道
运行失败或出现新缺陷时，团队聊天中会收到通知，并附带直达工单的链接。无需有人盯着控制台才能发现出了问题。
Slack · Discord · Telegram — 运行失败和提交缺陷时通知，一切正常时保持安静
04
没有问题会悄悄烂掉
每个缺陷在真正完成之前都会保留状态——所以“我们已经修过了”是可以核对的事实，而不是一段记忆。
待处理 → 进行中 → 已修复 → 已验证 · 可按项目、严重程度和状态筛选 · 截图随缺陷保留
按您的计划运行，每天多次
选择重要的时间——晨会之前、每次部署之后、通宵。测试集自动运行，您只需看结果，不用盯日程。
您能看到质量是否在变好
通过率、不稳定率和按严重程度划分的未解决缺陷集中在一个视图里——是发布决策所需的数字，而不是一堆日志。
被抓到的缺陷长什么样
被抓到的缺陷长什么样
不是日志里的一行红字，而是一张完整、可复现的工单，附有根因和修复建议，以及产生它的运行记录。下面是进入你缺陷跟踪工具的真实示例。
QA-1042未解决 · 高已提交到 Jira · 由 QA Spider 提交
标题
结账：过期优惠码显示“已应用”，却按原价扣款
描述
在 /checkout 页面使用过期的优惠码，会显示“优惠码已应用 ✓”，并按全额扣款。没有任何折扣，也没有出现错误提示——顾客在不知情的情况下被多收了钱。
复现步骤 · 步骤
- 将任意商品加入购物车，并打开 /checkout
- 输入优惠码 SUMMER24（已过期），然后点击“应用”
- 使用测试卡 4242 4242 4242 4242 付款
实际结果 · 实际
显示“优惠码已应用 ✓”标记 · 订单总额不变 · 按全额扣款 · 没有错误提示。
展开完整工单 — 预期结果、根因、修复建议和截图收起工单
预期结果 · 预期
行内错误提示“此优惠码已过期。” · “应用”保持禁用 · 在问题解决前阻止付款。
根因
客户端信任
POST /api/promo 对过期优惠码返回的 200 { valid: true, discount: 0 }，而不是拒绝它们。建议修复
让
/api/promo 返回 422 code_expired，在行内显示提示信息，并在优惠码无效时保持“付款”按钮禁用。截图 · 已附跟踪记录
/checkout
优惠码已应用
⚠ 总额未变 — $149.00
最近的运行
| 项目 | 环境 | 结果 | 时间 |
|---|---|---|---|
| c（客户名称已隐藏） | prod | 通过214✓ 0✗ 0⚡ | 2m 14s |
| c（客户名称已隐藏） | staging | 已提交缺陷208✓ 1✗ 0⚡ | 3m 02s |
| p（客户名称已隐藏） | dev | 已修复不稳定测试176✓ 0✗ 2⚡ | 4m 09s |
| g（客户名称已隐藏） | prod | 通过88✓ 0✗ 0⚡ | 1m 47s |
每次部署 · 每晚 · 按需
每个缺陷都是这样送达的——已去重、可复现、附根因和修复建议——直接进入你团队已在使用的缺陷跟踪工具。开发者只管修复。
认识 Helper
不只是爬虫，更是你工作流里的 QA 副驾驶。
除了自主运行的 Spider，Helper 还会从你的缺陷跟踪工具中取出一个用户故事，逐条对照你的线上应用进行检查，并写出相关的 QA 文档：计划、用例、检查清单和缺陷报告。由你审核并批准；未经你同意，它不会触碰任何看起来像生产环境的环境。
从你的工单开始
粘贴 Jira 或 Azure DevOps 链接，Helper 就会把用户故事及其验收标准拉取进来。无需复制粘贴，也不用重新输入工单里已有的内容。
回答“它真的能用吗？”
每条验收标准都会变成真实的测试，并在你的线上应用上运行：你得到的是每条标准的通过或失败，而不是一种看法。看起来像生产环境的环境会先征求你的同意。
撰写 QA 文档
测试计划、测试用例、冒烟测试故事、回归检查清单、边界情况排查和缺陷报告，都基于你的产品生成，可导出为 Markdown、CSV 或 Excel，供 TestRail、Xray 或 Zephyr 使用。
留下证明有用的内容
测试过一次的故事可以保存到项目中，成为受管理的自动化测试，明天就能与套件的其余部分一起按计划运行。
导入工单 · 在线上应用测试 · 输出文档 · 存入测试套件
试用 Helper →