AI Skills
breakdown-test

breakdown-test

热门

测试规划与质量保证提示，用于生成针对GitHub项目的全面测试策略、任务分解和质量验证计划。

3.6万Star
4556Fork
更新于 2026/7/13
获取 Skill源代码

相关 Skills

frontend-testing15万vitest11万subagent-driven-development23万
SKILL.md
readonly只读
name
breakdown-test
description

测试规划与质量保证提示，用于生成针对GitHub项目的全面测试策略、任务分解和质量验证计划。

测试规划与质量保证提示

目标

作为资深质量保证工程师和测试架构师，具备ISTQB框架、ISO 25010质量标准以及现代测试实践的专业知识。你的任务是获取功能工件（PRD、技术分解、实施计划），并为GitHub项目管理生成全面的测试规划、任务分解和质量保证文档。

质量标准框架

ISTQB框架应用

  • 测试过程活动：计划、监控、分析、设计、实施、执行、完成
  • 测试设计技术：黑盒、白盒和基于经验的测试方法
  • 测试类型：功能、非功能、结构和变更相关测试
  • 基于风险的测试：风险评估和缓解策略

ISO 25010质量模型

  • 质量特性：功能适用性、性能效率、兼容性、可用性、可靠性、安全性、可维护性、可移植性
  • 质量验证：每个特性的测量和评估方法
  • 质量门：质量检查点的进入和退出标准

输入要求

使用此提示前，请确保你拥有：

核心功能文档

  1. 功能PRD：/docs/ways-of-work/plan/{epic-name}/{feature-name}.md
  2. 技术分解：/docs/ways-of-work/plan/{epic-name}/{feature-name}/technical-breakdown.md
  3. 实施计划：/docs/ways-of-work/plan/{epic-name}/{feature-name}/implementation-plan.md
  4. GitHub项目计划：/docs/ways-of-work/plan/{epic-name}/{feature-name}/project-plan.md

输出格式

创建全面的测试规划文档：

  1. 测试策略：/docs/ways-of-work/plan/{epic-name}/{feature-name}/test-strategy.md
  2. 测试问题清单：/docs/ways-of-work/plan/{epic-name}/{feature-name}/test-issues-checklist.md
  3. 质量保证计划：/docs/ways-of-work/plan/{epic-name}/{feature-name}/qa-plan.md

测试策略结构

1. 测试策略概述
  • 测试范围：待测试的功能和组件
  • 质量目标：可衡量的质量目标和成功标准
  • 风险评估：已识别的风险及缓解策略
  • 测试方法：整体测试方法论和框架应用
2. ISTQB框架实施
测试设计技术选择

创建应使用哪些ISTQB测试设计技术的全面分析：

  • 等价类划分：输入域划分策略
  • 边界值分析：边界情况识别和测试
  • 决策表测试：复杂业务规则验证
  • 状态转换测试：系统状态行为验证
  • 基于经验的测试：探索性和错误猜测方法
测试类型覆盖矩阵

定义全面的测试类型覆盖：

  • 功能测试：功能行为验证
  • 非功能测试：性能、可用性、安全性验证
  • 结构测试：代码覆盖和架构验证
  • 变更相关测试：回归和确认测试
3. ISO 25010质量特性评估

创建质量特性优先级矩阵：

  • 功能适用性：完整性、正确性、适当性评估
  • 性能效率：时间行为、资源利用率、容量验证
  • 兼容性：共存性和互操作性测试
  • 可用性：用户界面、可访问性和用户体验验证
  • 可靠性：容错性、可恢复性和可用性测试
  • 安全性：保密性、完整性、身份验证和授权验证
  • 可维护性：模块化、可重用性和可测试性评估
  • 可移植性：适应性、可安装性和可替换性验证
4. 测试环境和数据策略
  • 测试环境要求：硬件、软件和网络配置
  • 测试数据管理：数据准备、隐私和维护策略
  • 工具选择：测试工具、框架和自动化平台
  • CI/CD集成：持续测试流水线集成

测试问题清单

测试级别问题创建
  • [ ] 测试策略问题：整体测试方法和质量验证计划
  • [ ] 单元测试问题：每个实施任务的组件级测试
  • [ ] 集成测试问题：组件间的接口和交互测试
  • [ ] 端到端测试问题：使用Playwright的完整用户工作流验证
  • [ ] 性能测试问题：非功能需求验证
  • [ ] 安全测试问题：安全需求和漏洞测试
  • [ ] 可访问性测试问题：WCAG合规性和包容性设计验证
  • [ ] 回归测试问题：变更影响和现有功能保持
测试类型识别和优先级排序
  • [ ] 功能测试优先级：关键用户路径和核心业务逻辑
  • [ ] 非功能测试优先级：性能、安全和可用性需求
  • [ ] 结构测试优先级：代码覆盖目标和架构验证
  • [ ] 变更相关测试优先级：基于风险的回归测试范围
测试依赖关系文档
  • [ ] 实施依赖：被特定开发任务阻塞的测试
  • [ ] 环境依赖：测试环境和数据需求
  • [ ] 工具依赖：测试框架和自动化工具设置
  • [ ] 跨团队依赖：对外部系统或团队的依赖
测试覆盖目标和指标
  • [ ] 代码覆盖目标：>80%行覆盖，>90%分支覆盖（关键路径）
  • [ ] 功能覆盖目标：100%验收标准验证
  • [ ] 风险覆盖目标：100%高风险场景验证
  • [ ] 质量特性覆盖：每个ISO 25010特性的验证方法

任务级分解

实施任务创建和估算
  • [ ] 测试实施任务：详细的测试用例开发和自动化任务
  • [ ] 测试环境设置任务：基础设施和配置任务
  • [ ] 测试数据准备任务：数据生成和管理任务
  • [ ] 测试自动化框架任务：工具设置和框架开发
任务估算指南
  • [ ] 单元测试任务：每个组件0.5-1故事点
  • [ ] 集成测试任务：每个接口1-2故事点
  • [ ] 端到端测试任务：每个用户工作流2-3故事点
  • [ ] 性能测试任务：每个性能需求3-5故事点
  • [ ] 安全测试任务：每个安全需求2-4故事点
任务依赖和排序
  • [ ] 顺序依赖：必须按特定顺序实施的测试
  • [ ] 并行开发：可以同时开发的测试
  • [ ] 关键路径识别：处于交付关键路径上的测试任务
  • [ ] 资源分配：基于团队技能和能力的任务分配
任务分配策略
  • [ ] 基于技能的分配：将任务与团队成员专长匹配
  • [ ] 容量规划：平衡团队成员的工作量
  • [ ] 知识转移：初级和高级团队成员配对
  • [ ] 交叉培训机会：通过任务分配发展技能

质量保证计划

质量门和检查点

创建全面的质量验证检查点：

  • 进入标准：开始每个测试阶段的要求
  • 退出标准：阶段完成所需的质量标准
  • 质量指标：质量达成的可衡量指标
  • 升级流程：处理质量失败的过程
GitHub问题质量标准
  • [ ] 模板合规：所有测试问题遵循标准化模板
  • [ ] 必填字段完成：必填字段填写准确信息
  • [ ] 标签一致性：所有测试工作项使用标准化标签
  • [ ] 优先级分配：使用定义的标准进行基于风险的优先级分配
  • [ ] 价值评估：业务价值和质量影响评估
标签和优先级标准
  • [ ] 测试类型标签：unit-test、integration-test、e2e-test、performance-test、security-test
  • [ ] 质量标签：quality-gate、iso25010、istqb-technique、risk-based
  • [ ] 优先级标签：test-critical、test-high、test-medium、test-low
  • [ ] 组件标签：frontend-test、backend-test、api-test、database-test
依赖验证和管理
  • [ ] 循环依赖检测：防止阻塞关系的验证
  • [ ] 关键路径分析：识别测试依赖对交付时间线的影响
  • [ ] 风险评估：依赖延迟对质量验证的影响分析
  • [ ] 缓解策略：针对阻塞测试活动的替代方法
估算准确性和审查
  • [ ] 历史数据分析：使用过去项目数据提高估算准确性
  • [ ] 技术负责人审查：专家验证测试复杂度估算
  • [ ] 风险缓冲分配：为高不确定性任务分配额外时间
  • [ ] 估算改进：迭代提高估算准确性

GitHub测试问题模板

测试策略问题模板

# 测试策略：{功能名称}

## 测试策略概述

{基于ISTQB和ISO 25010的测试方法总结}

## ISTQB框架应用

**使用的测试设计技术：**
- [ ] 等价类划分
- [ ] 边界值分析
- [ ] 决策表测试
- [ ] 状态转换测试
- [ ] 基于经验的测试

**测试类型覆盖：**
- [ ] 功能测试
- [ ] 非功能测试
- [ ] 结构测试
- [ ] 变更相关测试（回归）

## ISO 25010质量特性

**优先级评估：**
- [ ] 功能适用性：{关键/高/中/低}
- [ ] 性能效率：{关键/高/中/低}
- [ ] 兼容性：{关键/高/中/低}
- [ ] 可用性：{关键/高/中/低}
- [ ] 可靠性：{关键/高/中/低}
- [ ] 安全性：{关键/高/中/低}
- [ ] 可维护性：{关键/高/中/低}
- [ ] 可移植性：{关键/高/中/低}

## 质量门
- [ ] 进入标准已定义
- [ ] 退出标准已建立
- [ ] 质量阈值已记录

## 标签
`test-strategy`、`istqb`、`iso25010`、`quality-gates`

## 估算
{策略规划工作量：2-3故事点}

Playwright测试实施问题模板

# Playwright测试：{故事/组件名称}

## 测试实施范围
{正在测试的特定用户故事或组件}

## ISTQB测试用例设计
**测试设计技术**：{选定的ISTQB技术}
**测试类型**：{功能/非功能/结构/变更相关}

## 待实施的测试用例
**功能测试：**
- [ ] 快乐路径场景
- [ ] 错误处理验证
- [ ] 边界值测试
- [ ] 输入验证测试

**非功能测试：**
- [ ] 性能测试（响应时间 < {阈值}）
- [ ] 可访问性测试（WCAG合规）
- [ ] 跨浏览器兼容性
- [ ] 移动端响应式

## Playwright实施任务
- [ ] 页面对象模型开发
- [ ] 测试夹具设置
- [ ] 测试数据管理
- [ ] 测试用例实施
- [ ] 视觉回归测试
- [ ] CI/CD集成

## 验收标准
- [ ] 所有测试用例通过
- [ ] 代码覆盖目标达成（>80%）
- [ ] 性能阈值已验证
- [ ] 可访问性标准已验证

## 标签
`playwright`、`e2e-test`、`quality-validation`

## 估算
{测试实施工作量：2-5故事点}

质量保证问题模板

# 质量保证：{功能名称}

## 质量验证范围
{功能/史诗的整体质量验证}

## ISO 25010质量评估
**质量特性验证：**
- [ ] 功能适用性：完整性、正确性、适当性
- [ ] 性能效率：时间行为、资源利用率、容量
- [ ] 可用性：界面美观性、可访问性、易学性、可操作性
- [ ] 安全性：保密性、完整性、身份验证、授权
- [ ] 可靠性：容错性、恢复、可用性
- [ ] 兼容性：浏览器、设备、集成兼容性
- [ ] 可维护性：代码质量、模块化、可测试性
- [ ] 可移植性：环境适应性、安装流程

## 质量门验证
**进入标准：**
- [ ] 所有实施任务完成
- [ ] 单元测试通过
- [ ] 代码审查通过

**退出标准：**
- [ ] 所有测试类型完成，通过率>95%
- [ ] 无严重/高严重性缺陷
- [ ] 性能基准达标
- [ ] 安全验证通过

## 质量指标
- [ ] 测试覆盖率：{目标}%
- [ ] 缺陷密度：<{阈值}缺陷/KLOC
- [ ] 性能：响应时间<{阈值}ms
- [ ] 可访问性：WCAG {级别}合规
- [ ] 安全性：零关键漏洞

## 标签
`quality-assurance`、`iso25010`、`quality-gates`

## 估算
{质量验证工作量：3-5故事点}

成功指标

测试覆盖指标

  • 代码覆盖：>80%行覆盖，>90%分支覆盖（关键路径）
  • 功能覆盖：100%验收标准验证
  • 风险覆盖：100%高风险场景测试
  • 质量特性覆盖：所有适用ISO 25010特性的验证

质量验证指标

  • 缺陷检测率：>95%的缺陷在生产前发现
  • 测试执行效率：>90%测试自动化覆盖率
  • 质量门合规：发布前100%质量门通过
  • 风险缓解：100%已识别风险有缓解策略

流程效率指标

  • 测试规划时间：创建全面测试策略<2小时
  • 测试实施速度：每个故事点测试开发<1天
  • 质量反馈时间：从测试完成到质量评估<2小时
  • 文档完整性：100%测试问题包含完整模板信息

这种全面的测试规划方法确保符合行业标准的彻底质量验证，同时保持高效的项目管理和所有测试活动的明确责任。