Token导航 LogoToken导航

Agent Skill · 研究检索

release-testing-workflow-en(发布测试工作流程 en)

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

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

总安装 235周安装 10GitHub Stars 39下载 82核验 2026-05-01

安装说明

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

安装方式

通过对话安装

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

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

命令行安装

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

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

这个 Skill 是做什么的

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

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

通过 npx skills add 命令从指定仓库安装,具体用法请结合原始 README 进一步确认。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写操作。release-testing-workflow-en 属于研究检索类 Skill,可作为该场景下的辅助能力补充。

来源仓库内路径:skills/release-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 release-test…;命令里的占位符换成自己的路径或密钥再执行。

  3. 3

    安装后重启宿主

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

  4. 4

    按最小权限试用

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

常见问题

6 条

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

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

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

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

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

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

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

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

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

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

release-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调用外部服务未明确有提醒
release-testing-workflow-en

发布测试工作流程 en · 本页

23539操作浏览器未明确通过

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

SKILL.md 原文

Release Testing Workflow

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

End-to-end release testing (1–2 weeks before release through post-release). Prompts: see reference.md and this directory's prompts/.

When to Use

  • User mentions release testing, Go/No-Go, or release readiness
  • Need timeline: T-14 planning → T-7 feature freeze → T-5–T-4 specialized testing → T-3 RC → T-2 quality assessment → T-1 Go/No-Go → T-day release → T+1–T+7 post-release
  • Trigger: e.g. “How do we schedule pre-release testing?” or “Go/No-Go checklist”

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

  • ❌ Adding features after T-7 → ✅ Feature freeze: only defect fixes; non-critical code freeze
  • ❌ Releasing without Go/No-Go → ✅ Release only after gates pass, team alignment, and rollback readiness
  • ❌ No post-release monitoring → ✅ T+1 intensive monitoring and fast response; follow incident procedures

Best Practices

  • T-14: use test strategy and requirements prompts for release plan and risk assessment
  • T-2: use test reporting and test strategy for quality gates and known-issue assessment
  • Before deploy: confirm rollback tested, communication plan and support brief ready
  • Principle: When in doubt, delay release.

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: daily-testing-workflow-en, sprint-testing-workflow-en.


T-14: Release Planning

☑️ Planning Meeting Checklist

  • Meeting preparation

- Confirm participants (Product, Engineering, QA, DevOps) - Prepare meeting agenda - Use prompts: test-strategy, requirements-analysis

  • Meeting agenda execution

- Define release scope - Identify high-risk features - Define quality gates - Develop test strategy

☑️ Deliverables Completion Checklist

  • Documentation delivery

- Release test plan - Risk assessment document - Environment plan - Regression test scope - Performance test plan

T-10 to T-8: Test Preparation

☑️ Environment Preparation Checklist

  • Test environment setup

- Set up pre-production environment - Prepare production-like data - Configure monitoring and logging - Create test accounts - Use prompts: automation-testing, test-strategy

☑️ Test Suite Update Checklist

  • Test suite updates

- Update regression test suite - Update performance test scripts - Update security test scenarios - Update accessibility tests - Update visual test baselines

☑️ Readiness Verification Checklist

  • Readiness validation

- Critical path automation ready - Regression tests updated - Performance test baseline set - Visual test baseline set

T-7: Feature Freeze & Testing Acceleration

☑️ Feature Freeze Rules Confirmation

  • Freeze rules enforcement

- Confirm no new features added - Only allow defect fixes - Non-critical code freeze

☑️ Functional Testing Checklist

  • New feature testing

- Test new features - Test modified features - Test critical user journeys - Test integration points - Use prompts: functional-testing, test-case-writing

☑️ Regression Testing Checklist

  • Full regression execution

- Execute full automated regression - Execute critical path manual tests - Cross-browser testing - Mobile testing - Use prompts: functional-testing, ai-assisted-testing

☑️ End-to-End Testing Checklist

  • E2E test execution

- Test complete user journeys - Test multi-system integration - Verify data flows - Test third-party integrations - Use prompts: functional-testing

T-5 to T-4: Specialized Testing

☑️ Performance Testing Checklist

  • Performance test execution

- Load testing - Stress testing - Spike testing - Endurance testing (24h+) - Use prompts: performance-testing

  • Performance metrics analysis

- Analyze P95/P99 response times - Check throughput - Analyze error rates - Monitor resource usage

☑️ Security Testing Checklist

  • Security test execution

- Vulnerability scanning - Penetration testing - Authentication/authorization testing - Encryption verification - Security headers check - Use prompts: security-testing

☑️ Accessibility Testing Checklist

  • Accessibility test execution

- Screen reader testing - Keyboard navigation testing - Contrast checking - ARIA attribute verification - Use prompts: accessibility-testing

☑️ Visual Testing Checklist

  • Visual test execution

- Visual regression testing - Cross-browser visual testing - Responsive design testing - UI consistency checking - Use prompts: accessibility-testing

T-3: Release Candidate (RC) Testing

☑️ RC Deployment Checklist

  • Release candidate preparation

- Deploy RC to pre-production - Code freeze - Tag version

☑️ Smoke Testing Checklist

  • Quick smoke test (1–2 hours)

- Test critical features - Confirm no critical defects - Verify deployment success

☑️ Final Regression Checklist

  • Full regression execution

- Execute full automated regression - Execute manual critical path tests - Execute exploratory testing - Use prompts: manual-testing

☑️ Defect Triage Checklist

  • Defect handling decisions

- Critical defects: must fix → retest → new RC - High priority: assess risk - Medium/low priority: move to next version

T-2: Quality Assessment

☑️ Quality Metrics Review Checklist

  • Test metrics review

- Test execution rate - Test pass rate - Critical/high priority defect count - Test coverage - Performance benchmark achievement - Use prompts: test-reporting, test-strategy

☑️ Quality Gate Check Checklist

  • Gate verification

- Critical defects fixed - Regression tests 100% passed - Performance meets SLA - Security scan passed - No unresolved P1/P2 defects - Accessibility compliance

☑️ Risk Assessment Checklist

  • Risk analysis

- Known issues and workarounds - Load test performance - Third-party dependency risks - Rollback plan readiness

T-1: Go/No-Go

☑️ Go/No-Go Meeting Checklist

  • Meeting preparation

- Confirm participants (Product, Engineering, QA, DevOps, Leadership) - Prepare meeting materials

  • Meeting review content

- Test summary - Defect status and trends - Performance test results - Security test results - Known risks - Rollback plan

☑️ GO Decision Criteria Check

  • GO conditions verification

- Quality gates passed - No critical unresolved defects - Performance acceptable - Team confident - Rollback plan ready

☑️ NO-GO Risk Identification

  • NO-GO conditions check

- Are there critical defects - Did quality gates fail - Are there performance issues - Are there high risks - Does team lack confidence

☑️ Pre-Release Checklist

  • Release preparation verification

- Release notes prepared - Deployment runbook ready - Monitoring configured - Rollback plan tested - Support team briefed - Communication plan ready

T-Day: Release Day

☑️ Pre-Deployment Checklist (2–4 hours before)

  • Final preparation

- RC final smoke test - Deployment checklist confirmation - Team on-call confirmation - Communication channels ready

☑️ During Deployment Monitoring Checklist

  • Real-time monitoring

- Monitor deployment progress - Monitor error logs - Monitor performance metrics - Monitor user feedback

☑️ Post-Deployment Verification Checklist (30–60 min)

  • Production smoke test

- Test critical user journeys - Verify authentication/authorization - Test payment functionality - Verify third-party integrations - Check performance

☑️ First 24 Hours Monitoring Checklist

  • Continuous monitoring

- Monitor error rate - Monitor response time - Monitor traffic - Monitor support tickets

☑️ Rollback Conditions Check

  • Rollback trigger conditions

- Is critical functionality broken - Is there severe performance degradation - Is there data corruption - Are there security vulnerabilities

T+1 to T+7: Post-Release

☑️ Day 1 Checklist

  • Intensive monitoring

- Intensive system metrics monitoring - Fast issue response - Collect user feedback - Record discovered issues

☑️ Week 1 Checklist

  • Continuous tracking

- Fix post-release defects - Monitor trend changes - Collect user feedback - Prepare hotfix if necessary

☑️ Release Retrospective Checklist

  • Retrospective meeting

- Discuss what went well - Identify improvement opportunities - Analyze testing gaps - Create process improvement plan - Use prompts: test-reporting

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.07%
按下载量换算30

Claude

29.23%
按下载量换算24

Cursor

17.17%
按下载量换算14

Gemini CLI

8.27%
按下载量换算7

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

操作浏览器

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

安装前确认

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

继续浏览同类 Skills