网页应用 QA
将以下提示词粘贴到你的 AI 对话框中:
请根据 https://skillhub.cn/install/skillhub.md,安装 @user_db7424f5/udb7-web-app-qa。
技能介绍
要解决的问题
回归测试跑完之后,界面上的边角路径往往没人再碰。探索性 QA 的价值在于像真实用户那样乱点,但手动做这件事有三个老问题:路径记不住——发现的 bug 下次想复现时忘了当时点了什么;证据留不下——截图散落在聊天记录里,谁也不知道当时页面是什么状态;报告写不好——“好像有点问题”式的描述,开发拿到后无从定位。
技能如何工作
这个技能把探索性 QA 拆成一条可重复的流水线:
- 自由探索:按测试范围在页面间跳转、填表、提交,优先走正常流程,再尝试异常输入
- 记录证据:发现问题时留存截图、当前 URL 和关键
DOM状态,后续排查直接看现场 - 整理报告:每个 bug 包含复现步骤、实际结果与预期结果,按严重程度排序输出
适用边界
- 它找的是“脚本之外”的问题,
单元测试和集成测试已覆盖的逻辑缺陷未必能靠它发现 - 输出取决于当次探索路径,不保证穷尽;严重缺陷优先,低优先级建议可能被遗漏
- 不涉及并发、性能与安全审计,这类需求应交给专用工具
使用场景
- 发版前测试窗口期短,需要在 CI 测试通过后对界面做一轮快速人工验证
- 表单包含多个字段与校验逻辑,要检查异常输入下是否报错,并留存截图
- 用户反馈页面偶发异常,需要按路径复现问题,留存 DOM 状态交前端修复
- 新功能页面缺乏详细文档,需要按真实使用路径盲测,输出带复现步骤的缺陷清单
适合人员
- QA 工程师:需要在发版前用探索性测试补充自动化用例覆盖不到的界面问题
- 前端开发者:需要拿到带截图与复现步骤的缺陷报告,而不是一句「页面有问题」
- 项目负责人:希望在没有专职测试的情况下,获得一份可跟踪的 Web 应用缺陷清单
- 独立开发者:一人负责全部开发,需要低成本地对自己的应用做一轮质量检查