app-user-story-qa

仓库创建 2025年12月9日最近提交 9 天前SkillHot 收录 20 天前
▸ 精选理由

适合需要把手工测试体系化并维持单一真相表格的 QA 团队与产品团队。

这个 Skill 做什么

把全量功能审计转为可执行的用户故事与测试追踪流程。

把‘把每个功能都测一遍’这种大工程拆成可执行的用户故事和追踪表:把每个功能锚定到代码,记录期望行为到统一表格,然后逐条跑用户旅程并分类故障。适用于需要全面审计产品功能、复现并修复 UX 或逻辑缺陷的情况。特别在于有一份唯一的 canonical tracker(比如表格)来保证每个故事可追溯、可复测,不会丢失上下文。

▸ 展开 SKILL.md 英文原文

End-to-end app feature inventory and user-story testing workflow with a canonical tracker. Use when the user asks to audit every feature, derive expected behavior from code, test user journeys, or explicitly fix and retest documented UX or logistical defects.

自动化集成用户故事测试流程质量追踪通用
239
Stars
23
Forks
40
仓库内 Skill
+7
7 日增星
安装 / 使用
给你的 Agent 一句话(通用)
帮我安装这个 skill:https://raw.githubusercontent.com/majiayu000/spellbook/main/skills/app-user-story-qa/SKILL.md
或 curl 直取 SKILL.md
curl -fsSL "https://raw.githubusercontent.com/majiayu000/spellbook/main/skills/app-user-story-qa/SKILL.md"
SKILL.MD 节选查看完整文件 ↗
# App User Story QA

## Purpose

Use this skill to turn a broad "test every feature in this app" request into a controlled loop with one source of truth. Anchor every feature to code, track expected behavior in a canonical spreadsheet, run tests against each user story, and classify failures. Apply fixes only when the current request explicitly authorizes them.

## Route

Use `plan_first` for most runs. Switch to `clarify_first` only when the app boundary, writable checkout, production risk, or acceptance criteria are unclear enough that a wrong assumption would waste substantial work.

Before editing:

1. Run a repo state snapshot: current path, branch, latest remote, dirty files, open PRs 
via SKILL·HOT · 数据来自 GitHub 公开信息 · 原文版权归作者所有