Token导航 LogoToken导航TokenDH.com
研究检索操作浏览器github未标认证来源可访问许可证需确认审计通过

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

Agent Skill

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

总安装

235

周安装

10

GitHub Stars

39

下载量

82
CodexClaudeCursorGemini CLI

安装说明

本站只整理中文说明和来源信息,不托管安装包,也不代用户安装。

GitHub

来源数

2

许可证

unknown

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

复制提示词发给支持本地命令或 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

简介

用于辅助测试设计、自动化测试、用例整理和回归验证。它适合让 Agent 编写单元测试、端到端测试、测试计划或根据失败日志定位问题。

  • 使用时需要确认项目测试框架、运行命令和夹具数据,避免为了通过测试而改坏真实逻辑;涉及浏览器或外部服务时,应区分本地模拟、测试环境和生产环境。
  • 通过 npx skills add 命令从指定仓库安装,具体用法请结合原始 README 进一步确认。
  • 安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写操作。
  • release-testing-workflow-en 属于研究检索类 Skill,可作为该场景下的辅助能力补充。

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

适合场景

01

用户想查找某类 Agent Skill 时

02

需要根据任务场景推荐可安装能力包时

03

需要对比不同来源的安装命令和来源信息时

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

保留来源站点、仓库和原始说明,方便继续核验

能力 4

展示第三方安全扫描或审计结果

安装后应在对应宿主中按原始 README 的触发条件使用;具体调用方式请以来源页面和 README 为准。

平台分布

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