Token导航 LogoToken导航

Agent Skill · 研究检索

daily-testing-workflow-en(日常测试工作流程 en)

用于辅助测试设计、自动化测试、用例整理和回归验证。它适合让 Agent 编写单元测试、端到端测试、测试计划或根据失败日志定位问题。使用时需要确认项目测试框架、运行命令和夹具数据,避免为了通过测试而改坏真实逻辑;涉及浏览器或外部服务时,应区分本地模拟、测试环境和生产环境。

daily-testing-workflow-en 是研究检索类 Agent Skill,可用宿主为 Codex、Claude、Cursor、Gemini CLI,通过GitHub 仓库获取,权限为操作浏览器;许可证信息还不明确,第三方扫描已通过,按安装量在研究检索类的 73,675 个 Skill 里排第 69,522。

总安装 218周安装 9GitHub Stars 39下载 71核验 2026-05-01

安装说明

本站只整理中文说明,不托管安装包,也不代用户安装。
GitHub
许可证
unknown

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:daily-testing-workflow-en(日常测试工作流程 en)
来源仓库:https://github.com/naodeng/awesome-qa-skills
仓库路径:skills/daily-testing-workflow-en
安装命令:
npx skills add https://github.com/naodeng/awesome-qa-skills --skill daily-testing-workflow-en
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 npx skills 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

skills.shnpx skills
npx skills add https://github.com/naodeng/awesome-qa-skills --skill daily-testing-workflow-en

这个 Skill 是做什么的

研究检索类 Skill 主要解决「找资料、核对事实、把来源整理清楚」的问题,通常会让助手先检索再总结。

用于辅助测试设计、自动化测试、用例整理和回归验证。适合编写单元测试、端到端测试或根据日志定位问题。需确认项目测试框架、运行命令和夹具数据,避免误改逻辑。涉及浏览器或服务时,应区分本地模拟与生产环境。按步骤推进工作流,及时调整阻塞或范围变化。

daily-testing-workflow-en 属于研究检索类 Skill,可作为该场景下的辅助能力补充。

来源仓库内路径:skills/daily-testing-workflow-en

上手步骤

4 步
  1. 1

    确认自己的宿主工具

    公开资料标注支持 Codex、Claude、Cursor、Gemini CLI;先确认自己用的是其中之一,再按对应工具的 Skills 目录放置。

  2. 2

    拿到安装命令

    可以直接复制的命令是 npx skills add https://github.com/naodeng/awesome-qa-skills --skill daily-testin…;命令里的占位符换成自己的路径或密钥再执行。

  3. 3

    安装后重启宿主

    命令执行完要完全退出宿主工具再打开,让新装的 Skill 被重新扫描到,否则列表里可能看不到。

  4. 4

    按最小权限试用

    它需要操作浏览器,先在测试目录或测试账号里跑,确认没问题再放到正式项目。

常见问题

6 条

daily-testing-workflow-en 怎么安装?

在终端执行 npx skills add https://github.com/naodeng/awesome-qa-skills --skill daily-testing-workflow…。装完完全退出宿主工具再打开,让它重新扫描本地 Skill。

daily-testing-workflow-en 支持哪些 AI 工具?

公开资料标注支持 Codex、Claude、Cursor、Gemini CLI。其他工具只要能读取本地 Skill 目录,一般也能手动放进去,但要自己确认触发方式是否一致。

daily-testing-workflow-en 需要什么权限?

权限级别是操作浏览器。该 Skill 可能涉及浏览器控制能力,使用时可能读取或操作网页内容,需要在受控环境中确认权限边界。

daily-testing-workflow-en 是免费的吗?

公开资料没有标注明确许可证,收费和商用限制都无法确认。正式使用前请到来源仓库核对授权说明。

daily-testing-workflow-en 用的人多吗?

公开数据是累计安装 218 次,近一周安装 9 次,下载 71 次,GitHub 39 星。这些数字来自第三方目录统计,只能当作热度参考,不代表质量或安全性。

daily-testing-workflow-en 安全吗?

第三方扫描结果为通过,但这只覆盖已知的静态检查项,不能替代自己读一遍源码和安装命令。

值得选的地方和要先想清楚的地方

值得选的地方

  • 同时适配 4 种工具,换客户端不用重新找替代品。
  • 第三方扫描已通过,常见的高风险行为没有命中。

先想清楚的地方

  • 许可证没有明确标注,能不能商用、能不能再分发都不确定。
  • 第三方目录整理,版本更新和行为细节以来源仓库为准。

适不适合你

更适合

  • 已经在用 Codex,想直接扩展它能力的人。
  • 需要处理研究检索类任务、又不想每次都手写提示词的人。

不太适合

  • 需要明确授权才能用到公司项目里的场景。
  • 需要厂商级技术支持和 SLA 的生产系统。

研究检索类 Skill 对比

6 个同类
Skill总安装GitHub 星权限许可证扫描
find-skills

寻找技能 · Codex、Claude

31,199,81316,486操作浏览器MIT有提醒
self-improving-agent

自我改进 Agent · OpenClaw

16,464,0023,396接触敏感数据MIT-0通过
soultrace

灵魂追踪 · Codex、Claude

7,588,94412需要联网未明确有提醒
self-improving

自我完善 · OpenClaw

6,829,2841,046需要联网MIT-0通过
microsoft-foundry

微软代工厂 · Codex、Claude

6,614,144764调用外部服务未明确有提醒
daily-testing-workflow-en

日常测试工作流程 en · 本页

21839操作浏览器未明确通过

按安装量取同分类前几名;数字来自第三方目录统计,只作热度参考,不代表质量结论。

SKILL.md 原文

Daily Testing Workflow

中文版: 见技能 daily-testing-workflow。

Use this directory's prompts/. Step→prompt mapping: reference.md.

When to Use

  • User mentions daily testing, today's test plan, or day-to-day testing
  • Need to plan or run a full day of testing activities
  • Trigger: e.g. “Help me with today’s test plan” or “Walk me through daily QA routine”

Morning Routine (5–25 min)

☑️ Step Tracking Checklist

  • Review test plan (5–10 min)

- Review today's user stories and tasks - Confirm test priorities - Identify potential blockers and dependencies - Use prompts: requirements-analysis, test-strategy

  • Set up environment (10–15 min)

- Verify test environment availability - Prepare test data - Update local automation scripts - Check CI/CD pipeline status - Use prompts: automation-testing, test-strategy

Test Case Creation (30–60 min)

☑️ Step Tracking Checklist

  • New feature test cases

- Analyze requirements and acceptance criteria - Identify boundary values and equivalence classes - Write functional test cases - Record in test management tool - Use prompts: test-case-writing, requirements-analysis, functional-testing

  • Bug fix verification cases

- Write bug verification test cases - Create anti-regression test cases - Update regression test suite - Use prompts: functional-testing

Test Automation (1–2 h)

☑️ Step Tracking Checklist

  • New automation test development

- Select appropriate test framework (Selenium/Playwright/API) - Generate automation test scripts - Code review and optimization - Run locally to verify - Commit code to version control - Use prompts: automation-testing, api-testing

  • Automation test maintenance

- Fix flaky test cases - Update element locators - Refactor test code - Optimize test execution time - Use prompts: automation-testing, ai-assisted-testing

Exploratory Testing (30–45 min)

☑️ Step Tracking Checklist

  • Exploratory testing execution

- Create test charter (mission, duration, area) - Apply heuristics (SFDPOT, FEW HICCUPS) - Time-box execution (60–90 min) - Record findings and observations - Report discovered bugs - Use prompts: manual-testing

Bug Reporting (15–30 min)

☑️ Step Tracking Checklist

  • Bug documentation

- Write clear bug title - Record detailed reproduction steps - Describe expected vs actual results - Add environment information - Attach screenshots and logs - Record in issue tracker - Use prompts: bug-reporting

Optional: Visual & E2E (30 min–2 h)

☑️ Step Tracking Checklist

  • Accessibility and visual testing

- Execute accessibility tests - Perform visual regression tests - Use prompts: accessibility-testing

  • End-to-end testing

- Test critical user journeys - Verify system integration points - Use prompts: functional-testing

Afternoon Review (~30 min)

☑️ Step Tracking Checklist

  • CI/CD results review

- Check pipeline execution results - Analyze failed test cases - Record issues needing fixes

  • Quality metrics review

- Review test coverage - Analyze defect metrics - Update quality dashboard - Use prompts: test-reporting, test-strategy

  • Team sync

- Share testing progress - Discuss blockers and risks - Coordinate tomorrow's plan

End of Day (~15 min)

☑️ Step Tracking Checklist

  • Code and documentation

- Commit all code changes - Update test documentation - Log work time

  • Task management

- Update task status - Plan tomorrow's work - Record incomplete items

How to Use

  1. Check reference.md to find the prompt file for the current step.
  2. Open the corresponding file in prompts/, then combine it with the current context (scope, environment, risks, constraints).
  3. Run step by step, and update priorities or gates based on outputs and blockers.

Common Pitfalls

  • ❌ Skipping morning review and jumping to writing cases → ✅ Clarify stories and priorities first, then write cases
  • ❌ Exploratory testing without charter or time-box → ✅ Use manual-testing prompts for charters; time-box 60–90 min
  • ❌ Describing bugs verbally only → ✅ Use bug-reporting prompt for title, steps, expected vs actual, environment

Best Practices

  • Start the morning with reference.md and the review/environment prompts
  • For new features: requirements/edge analysis first, then concrete test cases
  • Run generated automation locally before committing
  • Afternoon review: use test reporting + test strategy for coverage and defect metrics

Troubleshooting

Pipeline failure → check automation/CI, debug, fix and re-run. Flaky tests → maintenance strategy + wait/retry. Blocked → log blockers, alternate area, reprioritize.

Reference Files

  • reference.md — Step-to-prompt file mapping
  • prompts/ — English prompt files for this workflow (open the matching .md per step and use with context)

Related: sprint-testing-workflow-en, release-testing-workflow-en.

Target Audience

  • QA engineers and developers executing this testing domain in real projects
  • Team leads who need structured, reproducible testing outputs
  • AI users who need fast, format-ready deliverables for execution and reporting

Not Recommended For

  • Pure production incident response without test scope/context
  • Decisions requiring legal/compliance sign-off without expert review
  • Requests lacking minimum inputs (scope, environment, expected behavior)

Critical Success Factors

  • Provide clear scope, environment, and acceptance criteria before generation
  • Validate generated outputs against real system constraints before execution
  • Keep artifacts traceable (requirements -> test points -> defects -> decisions)

Output Templates and Parsing Scripts

  • Template directory: output-templates/

- template-word.md (Word-friendly structure) - template-excel.tsv (Excel paste-ready) - template-xmind.md (XMind-friendly outline) - template-json.json - template-csv.csv - template-markdown.md

  • Parser scripts directory: scripts/

- Parse (generic): parse_output_formats.py - Parse (per-format): parse_word.py, parse_excel.py, parse_xmind.py, parse_json.py, parse_csv.py, parse_markdown.py - Convert (generic): convert_output_formats.py - Convert (per-format): convert_to_word.py, convert_to_excel.py, convert_to_xmind.py, convert_to_json.py, convert_to_csv.py, convert_to_markdown.py - Batch convert: batch_convert_templates.py (outputs into artifacts/)

Examples:

python3 scripts/parse_json.py output-templates/template-json.json
python3 scripts/parse_markdown.py output-templates/template-markdown.md
python3 scripts/convert_to_json.py output-templates/template-markdown.md
python3 scripts/convert_output_formats.py output-templates/template-json.json --to csv
python3 scripts/batch_convert_templates.py --skip-same

平台分布

Codex

36.46%
按下载量换算26

Claude

32.44%
按下载量换算23

Cursor

17.61%
按下载量换算13

Gemini CLI

8.89%
按下载量换算6

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

操作浏览器

该 Skill 可能涉及浏览器控制能力,使用时可能读取或操作网页内容,需要在受控环境中确认权限边界。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。目前只有一个公开来源,建议同时核对源仓库。

继续浏览同类 Skills