Back to Details

daily-testing-workflow-en

Compare original and translation side by side

🇺🇸

Original

English
🇨🇳

Translation

Chinese

Daily Testing Workflow

日常测试工作流

中文版： 见技能 
daily-testing-workflow
。
Use this directory's 
prompts/
. Step→prompt mapping: reference.md.
中文版： 见技能 
daily-testing-workflow
。
使用本目录下的
prompts/
文件夹。步骤与提示词的映射关系请查看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”
  • 用户提及日常测试、今日测试计划或日常测试工作
  • 需要规划或执行一整天的测试活动
  • 触发示例： 例如“帮我制定今天的测试计划”或“带我了解QA的日常工作流程”

Morning Routine (5–25 min)

早间流程（5–25分钟）

☑️ 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
  • 回顾测试计划（5–10分钟）
    • 回顾今日用户故事与任务
    • 确认测试优先级
    • 识别潜在阻塞点与依赖关系
    • 使用提示词：requirements-analysis, test-strategy
  • 搭建测试环境（10–15分钟）
    • 验证测试环境可用性
    • 准备测试数据
    • 更新本地自动化脚本
    • 检查CI/CD流水线状态
    • 使用提示词：automation-testing, test-strategy

Test Case Creation (30–60 min)

测试用例编写（30–60分钟）

☑️ 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-case-writing, requirements-analysis, functional-testing
  • 缺陷修复验证用例
    • 编写缺陷验证测试用例
    • 创建防回归测试用例
    • 更新回归测试套件
    • 使用提示词：functional-testing

Test Automation (1–2 h)

自动化测试（1–2小时）

☑️ 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
  • 新自动化测试开发
    • 选择合适的测试框架（Selenium/Playwright/API）
    • 生成自动化测试脚本
    • 代码评审与优化
    • 本地运行验证
    • 将代码提交至版本控制系统
    • 使用提示词：automation-testing, api-testing
  • 自动化测试维护
    • 修复不稳定测试用例
    • 更新元素定位器
    • 重构测试代码
    • 优化测试执行时间
    • 使用提示词：automation-testing, ai-assisted-testing

Exploratory Testing (30–45 min)

探索性测试（30–45分钟）

☑️ 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
  • 执行探索性测试
    • 创建测试章程（目标、时长、测试范围）
    • 应用启发式测试方法（SFDPOT, FEW HICCUPS）
    • 设定时间盒（60–90分钟）
    • 记录测试发现与观察结果
    • 上报发现的缺陷
    • 使用提示词：manual-testing

Bug Reporting (15–30 min)

缺陷报告（15–30分钟）

☑️ 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
  • 缺陷文档记录
    • 撰写清晰的缺陷标题
    • 记录详细的复现步骤
    • 描述预期结果与实际结果的差异
    • 添加环境信息
    • 附上截图与日志
    • 记录至问题跟踪工具
    • 使用提示词：bug-reporting

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

可选：视觉与端到端测试（30分钟–2小时）

☑️ 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
  • 无障碍与视觉测试
    • 执行无障碍测试
    • 进行视觉回归测试
    • 使用提示词：accessibility-testing
  • 端到端测试
    • 测试关键用户旅程
    • 验证系统集成点
    • 使用提示词：functional-testing

Afternoon Review (~30 min)

下午回顾（约30分钟）

☑️ 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
  • CI/CD结果回顾
    • 检查流水线执行结果
    • 分析失败的测试用例
    • 记录需要修复的问题
  • 质量指标回顾
    • 回顾测试覆盖率
    • 分析缺陷指标
    • 更新质量仪表盘
    • 使用提示词：test-reporting, test-strategy
  • 团队同步
    • 分享测试进度
    • 讨论阻塞点与风险
    • 协调明日工作计划

End of Day (~15 min)

当日收尾（约15分钟）

☑️ 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 the Prompts

提示词使用方法

For each step: 1) Check reference.md for the prompt file for that step; 2) Open that file under this directory’s 
prompts/
; 3) Combine the prompt content with the user’s context (requirements, environment, scope) and run with the AI.
对于每个步骤：1) 查看reference.md获取对应步骤的提示词文件；2) 打开本目录
prompts/
下的对应文件；3) 将提示词内容与用户上下文（需求、环境、范围）结合后，与AI工具配合使用。

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
  • ❌ 跳过早间回顾直接编写测试用例 → ✅ 先明确用户故事与优先级，再编写用例
  • ❌ 无章程或时间盒的探索性测试 → ✅ 使用manual-testing提示词生成测试章程；设定60–90分钟的时间盒
  • ❌ 仅口头描述缺陷 → ✅ 使用bug-reporting提示词生成标题、步骤、预期与实际结果、环境信息等内容

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
  • 早间从reference.md和回顾/环境相关提示词开始
  • 针对新功能：先进行需求/边界分析，再编写具体测试用例
  • 自动化脚本生成后先在本地运行验证，再提交代码
  • 下午回顾：使用测试报告+测试策略提示词分析覆盖率与缺陷指标

Troubleshooting

故障排查

Pipeline failure → check automation/CI, debug, fix and re-run. Flaky tests → maintenance strategy + wait/retry. Blocked → log blockers, alternate area, reprioritize.
流水线失败 → 检查自动化/CI配置，调试、修复后重新运行。不稳定测试用例 → 采用维护策略+等待/重试机制。测试阻塞 → 记录阻塞点，转至其他测试区域，重新确定优先级。

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.
  • reference.md — 步骤与提示词文件的映射关系
  • prompts/ — 本工作流的英文提示词文件（根据步骤打开对应的
    .md
    文件并结合上下文使用）
相关工作流： sprint-testing-workflow-en, release-testing-workflow-en.