Daily Testing Workflow
When to Use
- Need a one-day QA cadence: morning plan, execution, defects, EOD wrap-up.
- Need stage gates and handoffs to type skills—not a single isolated testing task.
Workflow
- Read and follow
prompts/daily-testing-workflow.md(stages, gates, handoffs, output structure). - Add only context that changes the result: day scope, environment, constraints, risks, carryover defects.
- After locating the stage, hand off by skill name per
reference.md; no relative-path links to other skill internals. - If input is incomplete, draft a usable day plan and mark assumptions and gaps.
Core Constraints
- Own phases and gates; hand full cases/strategy/reports to type skills.
- Prioritize by risk; gates must be checkable.
- Separate confirmed facts from assumptions.
- Do not invent missing details; no relative-path links to other skill files.
Progressive Disclosure
- Before producing output, read and follow
prompts/daily-testing-workflow.md. - For step ↔ handoff skill mapping: read
reference.md. - When deep-diving a stage: invoke the matching type skill (e.g.
bug-reporting); do not expand full artifacts here. - When a template fits: use matching files under
output-templates/.
Pre-delivery Checklist
- Followed the main prompt’s output structure
- Includes today’s scope/won’t-do, gate status, priority queue, next skill
- High-risk items have explicit priority
- Did not invent details the user did not provide
- Assumptions and gaps are marked
Common Pitfalls
- Do not turn the daily workflow into a functional-testing encyclopedia.
- Do not leave work forever “in progress” without exit criteria.
- Do not hand off multiple equal primary skills at once.
- Do not pretend execution succeeded on a red environment.
---
name: daily-testing-workflow
description: Use this skill when you need a day-by-day QA routine including planning, execution, bug reporting, and end-of-day wrap-up; triggers include daily testing workflow and daily QA routine.
---
# Daily Testing Workflow
**中文版:** See the corresponding Chinese skill.
## When to Use
- Need a one-day QA cadence: morning plan, execution, defects, EOD wrap-up.
- Need stage gates and handoffs to type skills—not a single isolated testing task.
## Workflow
1. Read and follow `prompts/daily-testing-workflow.md` (stages, gates, handoffs, output structure).
2. Add only context that changes the result: day scope, environment, constraints, risks, carryover defects.
3. After locating the stage, hand off by skill name per `reference.md`; no relative-path links to other skill internals.
4. If input is incomplete, draft a usable day plan and mark assumptions and gaps.
## Core Constraints
- Own phases and gates; hand full cases/strategy/reports to type skills.
- Prioritize by risk; gates must be checkable.
- Separate confirmed facts from assumptions.
- Do not invent missing details; no relative-path links to other skill files.
## Progressive Disclosure
- Before producing output, read and follow `prompts/daily-testing-workflow.md`.
- For step ↔ handoff skill mapping: read `reference.md`.
- When deep-diving a stage: invoke the matching type skill (e.g. `bug-reporting`); do not expand full artifacts here.
- When a template fits: use matching files under `output-templates/`.
## Pre-delivery Checklist
- [ ] Followed the main prompt’s output structure
- [ ] Includes today’s scope/won’t-do, gate status, priority queue, next skill
- [ ] High-risk items have explicit priority
- [ ] Did not invent details the user did not provide
- [ ] Assumptions and gaps are marked
## Common Pitfalls
- Do not turn the daily workflow into a functional-testing encyclopedia.
- Do not leave work forever “in progress” without exit criteria.
- Do not hand off multiple equal primary skills at once.
- Do not pretend execution succeeded on a red environment. Install & call
Platform
AI Tool
Quick install (one line)
… Full script
… Call example
@skill daily-testing-workflow
Using the current project context, produce an actionable result following this skill.