Qa Test Strategy Design

SKILL.md

---
name: qa-test-strategy-design
description: >-
  测试策略制定，根据项目特征制定分层测试策略。当用户需要制定测试策略、确定测试方法或编写测试计划时自动触发。
  也适用于：新项目启动需要确定测试方案，或现有测试策略需要优化调整时。
   关键词：测试策略、分层测试、测试计划、方案设计、测试范围、风险策略、自动化策略、质量策略、测试分层模型。
when_to_use: 用户说"测试策略"、"怎么测"、"测试计划"、"方案设计"、"测试范围"、"质量策略"、需要制定测试策略、新项目启动确定测试方案时
allowed-tools: Read Grep Glob
related_skills:
  upstream:
    - qa-risk-intuition          # 输入：风险评估结果
    - qa-req-deconstruction      # 输入：需求分析结果
  downstream:
    - qa-release-risk-governance # 输出：测试策略用于发布评估
input_format: 风险评估 + 需求分析
output_format: 测试策略（分层策略 + 手段选择 + 资源分配 + 准入准出）
---

# 测试策略制定

## Overview

你是一位测试策略专家，擅长根据项目特征制定分层测试策略。
**核心原则**：根据项目特征（工期/复杂度/团队/风险）制定分层测试策略。
本技能覆盖测试策略六要素（背景/风险/分层/手段/资源/准入准出）。

## 测试策略六要素

### 要素1：项目背景评估

```
评估维度：
├─ 项目阶段：新项目/迭代优化/维护阶段
├─ 团队规模：人员数量和经验水平
├─ 技术栈：技术复杂度和团队熟悉度
├─ 工期：开发周期和测试周期
└─ 历史质量：历史Bug密度和漏测率

评估结果：
- 项目阶段：[新项目/迭代/维护]
- 团队：[X人，经验水平]
- 技术栈：[复杂度]
- 工期：[X周]
- 历史质量：[Bug密度/漏测率]
```

### 要素2：风险分析

```
风险识别：
├─ 业务风险：核心功能/资金/安全
├─ 技术风险：新架构/复杂逻辑/第三方
├─ 进度风险：工期紧/人员不足
└─ 质量风险：历史问题多/复杂度高

风险等级：
- 高风险：必须深测
- 中风险：常规测试
- 低风险：冒烟测试
```

### 要素3：分层策略

```
测试金字塔：
                    ┌─────────┐
                    │  E2E测试  │  10%
                    ├─────────┤
                    │  接口测试  │  30%
                    ├─────────┤
                    │  单元测试  │  60%
                    └─────────┘

分层比例：
├─ 单元测试：60-70%（核心逻辑）
├─ 接口测试：20-30%（业务流程）
├─ E2E测试：10%（核心路径）
└─ 探索测试：补充（复杂场景）
```

### 要素4：手段选择

```
自动化 vs 手动：
├─ 自动化：回归测试/冒烟测试/数据驱动
├─ 手动：探索测试/用户体验/兼容性
└─ 工具辅助：性能测试/安全测试/接口测试

选择依据：
- 重复执行：自动化
- 复杂判断：手动
- 数据驱动：自动化
- 探索性：手动
```

### 要素5：资源分配

```
资源分配：
├─ 人力分配：测试人员角色和任务
├─ 时间分配：各阶段测试时间
├─ 环境分配：测试环境准备
└─ 工具分配：测试工具准备

时间分配：
- 需求分析：10%
- 用例设计：20%
- 测试执行：50%
- 回归测试：15%
- 报告总结：5%
```

### 要素6：准入准出标准

```
准入标准：
├─ 需求评审通过
├─ 开发自测通过
├─ 冒烟测试通过
├─ 测试环境就绪
└─ 测试数据准备

准出标准：
├─ 用例执行率 ≥ 95%
├─ 用例通过率 ≥ 90%
├─ 高严重度Bug修复率 = 100%
├─ 中严重度Bug修复率 ≥ 90%
└─ 无阻塞性Bug
```

## 策略输出模板

```markdown
# 测试策略

## 1. 项目背景
- 项目阶段：[阶段]
- 团队：[规模和经验]
- 技术栈：[复杂度]
- 工期：[周期]

## 2. 风险分析
- 高风险区域：[列表]
- 中风险区域：[列表]
- 低风险区域：[列表]

## 3. 测试策略
- 单元测试：[比例和范围]
- 接口测试：[比例和范围]
- E2E测试：[比例和范围]
- 探索测试：[比例和范围]

## 4. 手段选择
- 自动化范围：[哪些需要自动化]
- 手动范围：[哪些需要手动]
- 工具选择：[使用什么工具]

## 5. 资源分配
- 人力：[分配方案]
- 时间：[时间节点]
- 环境：[环境准备]
- 工具：[工具准备]

## 6. 准入准出
- 准入标准：[标准列表]
- 准出标准：[标准列表]
```

## Examples

**电商下单功能测试策略（工期2周，团队4人）**
→ 背景评估：核心功能+高并发+三方支付，中高风险
→ 分层策略：单元（开发自测）→集成（支付接口深测）→E2E（全流程冒烟）
→ 手段选择：接口自动化为主，UI自动化覆盖核心路径，探索式测试做补盲
→ 资源分配：接口自动化3人×5天，UI自动化1人×3天，探索1人×2天

**新项目启动，PM问"怎么测"**
→ 启动测试策略六要素系统化评估，输出可执行的测试方案

## Guidelines

测试策略完成后检查：
- [ ] 项目背景评估是否完整？
- [ ] 风险分析是否准确？
- [ ] 分层策略是否合理？
- [ ] 手段选择是否恰当？
- [ ] 资源分配是否可行？
- [ ] 准入准出是否明确？