测试与调试 Skills:从问题复现到回归验证

按问题复现、回归测试或运行应用检查选择指引。三类任务需要不同证据,也有各自的完成条件。

根据故障信息选择排查方法

原因未知的故障需要先诊断,预期明确的行为变更适合先用测试表达结果。浏览器 QA 则补充运行界面的证据。把复现步骤、实际输出和候选修复分别记录,让 Agent 能检查修改是否解决原问题,而不只是让某条命令通过。

Skill 提供任务指引,项目提供软件或配套资源。安装方式、运行条件、权限与许可请分别核对原始说明。

按任务选择

原因尚不明确

先整理最小复现与待验证假设,再修改代码。

预期行为已经明确

用 TDD 表达行为,并将失败案例保留为回归测试。

界面需要验收

检查浏览器交互并报告可复现问题,再决定是否修改应用。

探索相关任务分类

按下一步工作查找指引与软件,从代码修改、界面设计延伸到办公与媒体制作,比较相邻任务需要的资源。

常见问题

什么时候先调试,什么时候先用 TDD?
故障机制不清楚时先诊断;预期行为明确后,先写测试再实施修复。
怎样的复现记录才有用?
记录初始状态、输入、确切步骤、预期与实际输出,并补充相关环境信息。
QA Reporter 会直接修改应用吗?
本站指南描述的是问题报告流程。发现问题不等于已经授权修改代码。
测试通过能证明全部正确吗?
它只能证明该环境中已覆盖的断言通过,还要检查遗漏场景与原始复现。
Agent 能测试私有本地应用吗?
需要可访问的运行环境及相应浏览器或测试工具。准备必要账号和操作范围,不把密钥写进请求。
最终缺陷报告应该包含什么?
包含复现步骤、影响、证据、测试环境与验证状态,区分建议修复和已经验证的修复。

让复现记录伴随修复

整理失败输入、日志与预期结果,让排查最终落到可复现的验证。