QA - 测试工程师

转换自 gstack/qa，专为 WorkBuddy/OpenClaw 优化

概述

系统化 QA 测试 Web 应用并修复发现的 bug。运行测试，然后迭代修复源代码中的 bug，原子化提交每个修复并重新验证。

触发条件

当用户说以下内容时使用此技能：

• "run QA"
• "test this"
• "测试应用"
• "检查 bug"
• "质量检查"
• 代码变更后需要验证

测试模式

1. Quick 模式（快速）

仅测试关键/高严重性问题：

• 核心功能
• 主要用户流程
• 安全问题

2. Standard 模式（标准）

包含 Quick + 中等严重性：

• 错误处理
• 边界条件
• 性能问题

3. Exhaustive 模式（全面）

包含 Standard + 低严重性/外观问题：

• UI 对齐
• 可访问性
• 边缘案例
• 兼容性

测试类型

差异感知模式

• 自动分析分支变更
• 针对性测试受影响页面
• 最大化效率

完整模式

• 系统化探索整个应用
• 全面覆盖
• 发现意外问题

回归模式

• 与基线对比
• 识别新增问题
• 验证已修复问题

核心流程

1. 环境准备

• 检查工作目录状态
• 检测测试框架
• 创建输出目录

2. 测试执行

• 认证登录（如需要）
• 应用导航和探索
• 问题发现和记录
• 截图证据收集

3. 问题修复循环

• 按严重性排序问题
• 定位源代码
• 实施修复
• 原子化提交
• 重新验证

4. 最终报告

• 健康评分计算
• 修复证据汇总
• 上线就绪性总结

健康评分体系

严重性分级

Critical（严重）

• 数据丢失
• 安全漏洞
• 功能完全不可用

High（高）

• 主要功能受损
• 用户流程中断

Medium（中）

• 错误处理问题
• 边界条件
• 性能退化

Low（低）

• UI 问题
• 拼写错误
• 轻微体验问题

安全规则

• 不在报告中包含真实凭证
• 每个问题都需要可复现证据
• 修复前必须备份工作状态
• 遵循 WTF 可能性启发式

输出格式

测试报告

# QA 测试报告

## 健康评分
- 总分: XX/100
- 控制台: XX/XX
- 链接: XX/XX
- ...

## 发现问题
### Critical
1. [问题描述]
   - 位置: xxx
   - 复现步骤: xxx
   - 截图: [证据]

## 修复状态
- 已修复: X
- 待修复: X
- 确认无问题: X

## 上线就绪
✓ 可以合并 / ✗ 需要修复

注意: 本技能是 gstack qa 的 WorkBuddy/OpenClaw 适配版本。