Awesome QA Prompt Collection
English | 简体中文
一个专业的 QA(质量保证)AI 提示词集合,旨在帮助测试工程师和 QA 团队更高效地进行软件测试工作。本集合涵盖了从需求分析到测试执行的完整测试生命周期。
📊 项目词云
项目核心关键词可视化 - 天平象征测试的平衡与严谨
🌐 在线文档
📖 访问在线文档获得更好的阅读体验:https://naodeng.github.io/awesome-qa-prompt/
💡 部署说明:本项目配置了 GitHub Actions 自动部署,每次推送到
main分支会自动更新在线文档。查看 部署指南 了解详情。
在线文档提供:
- 🔍 全文搜索功能 - 快速查找所需内容
- 🌓 深色/浅色主题 - 自动适配系统主题
- 🌏 中英文双语切换 - 一键切换语言
- 📱 响应式设计 - 完美支持移动端访问
- 📑 清晰的导航 - 侧边栏和目录结构
- ⚡ 极速加载 - 静态网站,秒开体验
📋 目录
🎯 项目简介
Awesome QA Prompt Collection 是一个精心设计的 AI 提示词库,专门为软件测试和质量保证领域打造。通过提供结构化的、专业的提示词模板,帮助测试工程师:
- 提升测试效率:快速生成高质量的测试场景和测试用例
- 确保测试覆盖:系统化地覆盖功能、性能、安全等各个维度
- 标准化流程:统一测试文档格式和测试执行标准
- 知识传承:沉淀最佳实践和测试经验
📚 功能分类
本集合包含以下测试领域的专业提示词:
1. 📝 需求分析 (Requirements Analysis)
- 文件位置:
RequirementsAnalysis/RequirementsAnalysisPrompt.md - 功能描述:基于需求文档进行深度分析,设计全维度的测试场景
- 适用场景:需求评审、测试计划制定、测试场景设计
- 核心能力:
- 场景法、状态迁移图、判定表等测试设计方法
- 正向路径、异常路径、边界值分析
- UI/UX、输入校验、非功能性测试覆盖
2. ✍️ 测试用例编写 (Test Case Writing)
- 文件位置:
TestCaseWriting/TestCaseWritingPrompt.md - 功能描述:基于测试场景自动生成详细的测试用例
- 适用场景:测试用例设计、测试文档编写
- 核心能力:
- 测试用例设计原则和最佳实践
- 标准化的测试用例格式和模板
- 测试数据设计和管理策略
- 可维护性和可追溯性保证
3. 🔍 功能测试 (Functional Testing)
- 文件位置:
FunctionalTesting/FunctionalTestingPrompt.md - 功能描述:设计功能测试策略和执行方案
- 适用场景:功能测试执行、回归测试
- 核心能力:
- 黑盒测试方法和功能分解测试
- 功能覆盖完整性和测试方法科学性
- 业务逻辑复杂性和用户体验关注
- 系统集成复杂性处理
4. ⚡ 性能测试 (Performance Testing)
- 文件位置:
PerformanceTesting/PerformanceTestingPrompt.md - 功能描述:设计性能测试场景和性能指标分析
- 适用场景:性能测试计划、性能瓶颈分析
- 核心能力:
- 负载、压力、峰值、容量等多种性能测试
- 性能指标体系和瓶颈分析框架
- 测试场景真实性和性能优化建议
- 性能监控和趋势分析
5. 🤖 自动化测试 (Automation Testing)
- 文件位置:
AutomationTesting/AutomationTestingPrompt.md - 功能描述:自动化测试脚本设计和框架选择
- 适用场景:自动化测试实施、CI/CD 集成
- 核心能力:
- 自动化测试金字塔和分层策略
- Web、API、移动端、数据库自动化
- 技术栈选择和框架设计
- CI/CD 集成和维护优化
6. 📱 移动端测试 (Mobile Testing)
- 文件位置:
MobileTesting/MobileTestingPrompt.md - 功能描述:移动应用测试策略和场景设计
- 适用场景:移动应用测试、兼容性测试
- 核心能力:
- iOS 和 Android 平台特性测试
- 设备兼容性和网络连接测试
- 移动端生命周期和用户交互测试
- 性能、安全、用户体验专项测试
7. 🐛 缺陷上报 (Bug Reporting)
- 文件位置:
BugReporting/BugReportingPrompt.md - 功能描述:标准化缺陷报告模板和缺陷分析
- 适用场景:缺陷管理、缺陷分析
- 核心能力:
- 缺陷识别原则和分类体系
- 标准化缺陷报告格式
- 根因分析和解决建议
- 缺陷生命周期管理
8. 📊 测试报告 (Test Reporting)
- 文件位置:
TestReporting/TestReportingPrompt.md - 功能描述:测试执行报告和质量分析报告
- 适用场景:测试总结、质量评估
- 核心能力:
- 多类型测试报告编写
- 质量指标体系和风险评估
- 数据可视化和趋势分析
- 决策支持和改进建议
9. 🎯 测试策略 (Test Strategy)
- 文件位置:
TestStrategy/TestStrategyPrompt.md - 功能描述:整体测试策略制定和测试计划设计
- 适用场景:项目启动、测试规划
- 核心能力:
- 测试策略层次和制定原则
- 测试目标、范围、方法、资源规划
- 风险管理和质量控制机制
- 实施计划和预算资源规划
10. 🤖 AI辅助测试 (AI-Assisted Testing)
- 文件位置:
AIAssistedTesting/AIAssistedTestingPrompt.md - 功能描述:利用AI技术提升测试效率和质量
- 适用场景:智能测试生成、测试优化
- 核心能力:
- AI驱动的测试用例生成
- 智能缺陷预测和分析
- 自动化测试维护和优化
- 测试数据智能生成
11. 📋 手动测试 (Manual Testing)
- 文件位置:
ManualTesting/ManualTestingPrompt.md - 功能描述:手动测试策略和探索性测试
- 适用场景:探索性测试、用户体验测试
- 核心能力:
- 探索性测试方法和技巧
- 手动测试用例设计
- 用户体验评估
- 测试会话管理
12. 🔒 安全测试 (Security Testing)
- 文件位置:
SecurityTesting/SecurityTestingPrompt.md - 功能描述:安全漏洞检测和安全测试策略
- 适用场景:安全审计、渗透测试
- 核心能力:
- OWASP Top 10 漏洞测试
- 身份验证和授权测试
- 数据安全和加密测试
- 安全合规性检查
13. 🔌 API测试 (API Testing)
- 文件位置:
APITesting/APITestingPrompt.md - 功能描述:API接口测试和集成测试
- 适用场景:接口测试、微服务测试
- 核心能力:
- RESTful API测试设计
- API性能和负载测试
- 接口契约测试
- API安全测试
14. ♿ 可访问性测试 (Accessibility Testing)
- 文件位置:
AccessibilityTesting/AccessibilityTestingPrompt.md - 功能描述:Web可访问性测试和WCAG合规性检查
- 适用场景:无障碍测试、合规性验证
- 核心能力:
- WCAG 2.1标准测试
- 屏幕阅读器兼容性
- 键盘导航测试
- 颜色对比度和视觉测试
🔄 测试工作流程 (Testing Workflows)
本项目提供三种实用的测试工作流程,帮助团队在不同场景下高效使用提示词库:
1. 📅 日常测试工作流程 (Daily Testing Workflow)
- 文件位置:
Workflows/daily-testing-workflow_CN.md| English - 适用场景:QA工程师的日常测试活动
- 涵盖内容:
- 早晨例行工作和测试计划
- 测试用例创建和自动化
- 探索性测试和缺陷上报
- 每日总结和知识分享
2. 🏃 迭代测试工作流程 (Sprint Testing Workflow)
- 文件位置:
Workflows/sprint-testing-workflow_CN.md| English - 适用场景:敏捷/Scrum团队的2周迭代周期
- 涵盖内容:
- 迭代规划和测试策略
- 日常测试活动和进度跟踪
- 回归和集成测试
- 迭代评审和回顾
3. 🚀 发布测试工作流程 (Release Testing Workflow)
- 文件位置:
Workflows/release-testing-workflow_CN.md| English - 适用场景:生产环境发布前的全面测试
- 涵盖内容:
- 发布规划和测试准备(T-14天)
- 专项测试(性能、安全、可访问性)
- 候选版本测试和Go/No-Go决策
- 发布日流程和发布后监控
工作流程使用提示:
- 根据当前任务选择合适的工作流程
- 跟随工作流程中的链接访问相关提示词
- 使用检查清单跟踪进度
- 根据团队实际情况调整工作流程
🚀 快速开始
方式一:在线使用(推荐)
访问在线文档网站:https://naodeng.github.io/awesome-qa-prompt/
- 在左侧导航栏选择测试类型或工作流程
- 点击"完整版"或"精简版"查看提示词
- 复制提示词内容到 AI 助手(ChatGPT、Claude、Cursor AI 等)
- 附加你的输入材料,获取结构化的测试文档
方式二:本地使用
前置要求
- 支持 Markdown 格式的 AI 助手(如 ChatGPT、Claude、Cursor AI 等)
- 基本的软件测试知识
使用步骤
选择提示词
- 根据你的测试任务,选择对应的提示词文件
- 中文项目使用中文提示词,英文项目使用英文提示词(_EN.md 结尾)
准备输入材料
- 根据提示词要求,准备相应的输入文档
- 例如:需求分析需要提供需求文档或 User Story
复制提示词
- 将选定的提示词内容复制到 AI 助手中
- 将你的输入材料附加到提示词后面
获取输出
- AI 助手会根据提示词生成结构化的测试文档
- 根据需要进行调整和完善
示例:需求分析
markdown
# 步骤 1:复制需求分析提示词
# 从 RequirementsAnalysis/RequirementsAnalysisPrompt.md 复制内容
# 步骤 2:附加需求文档
[在这里粘贴你的需求文档或 User Story]
# 步骤 3:发送给 AI 助手
# AI 将根据提示词生成完整的测试场景完整测试流程示例
markdown
# 完整的测试项目流程
1. 需求分析 → RequirementsAnalysis/RequirementsAnalysisPrompt.md
2. 测试策略 → TestStrategy/TestStrategyPrompt.md
3. 测试用例编写 → TestCaseWriting/TestCaseWritingPrompt.md
4. 功能测试 → FunctionalTesting/FunctionalTestingPrompt.md
5. 自动化测试 → AutomationTesting/AutomationTestingPrompt.md
6. 性能测试 → PerformanceTesting/PerformanceTestingPrompt.md
7. 移动端测试 → MobileTesting/MobileTestingPrompt.md
8. 缺陷上报 → BugReporting/BugReportingPrompt.md
9. 测试报告 → TestReporting/TestReportingPrompt.md📊 项目完成状态
✅ 已完成模块
| 模块 | 中文提示词 | 英文提示词 | 精简版中文 | 精简版英文 | README | 状态 |
|---|---|---|---|---|---|---|
| 需求分析 | ✅ | ✅ | ✅ | ✅ | ✅ | 完成 |
| 测试用例编写 | ✅ | ✅ | ✅ | ✅ | ✅ | 完成 |
| 功能测试 | ✅ | ✅ | ✅ | ✅ | ✅ | 完成 |
| 性能测试 | ✅ | ✅ | ✅ | ✅ | ✅ | 完成 |
| 自动化测试 | ✅ | ✅ | ✅ | ✅ | ✅ | 完成 |
| 移动端测试 | ✅ | ✅ | ✅ | ✅ | ✅ | 完成 |
| 缺陷上报 | ✅ | ✅ | ✅ | ✅ | ✅ | 完成 |
| 测试报告 | ✅ | ✅ | ✅ | ✅ | ✅ | 完成 |
| 测试策略 | ✅ | ✅ | ✅ | ✅ | ✅ | 完成 |
| AI辅助测试 | ✅ | ✅ | ✅ | ✅ | ✅ | 完成 |
| 手动测试 | ✅ | ✅ | ✅ | ✅ | ✅ | 完成 |
| 安全测试 | ✅ | ✅ | ✅ | ✅ | ✅ | 完成 |
| API测试 | ✅ | ✅ | ✅ | ✅ | ✅ | 完成 |
| 可访问性测试 | ✅ | ✅ | ✅ | ✅ | ✅ | 完成 |
🔄 工作流程
| 工作流程 | 中文版本 | 英文版本 | 状态 |
|---|---|---|---|
| 日常测试工作流程 | ✅ | ✅ | 完成 |
| 迭代测试工作流程 | ✅ | ✅ | 完成 |
| 发布测试工作流程 | ✅ | ✅ | 完成 |
📈 完成度统计
- 总测试类型模块: 14 个
- 已完成模块: 14 个 (100%)
- 中文提示词: 14 个 (100%)
- 英文提示词: 14 个 (100%)
- 精简版中文: 14 个 (100%)
- 精简版英文: 14 个 (100%)
- 模块文档: 14 个 (100%)
- 工作流程: 3 个 (100%)
🎯 核心特性
- 全生命周期覆盖: 从需求分析到测试报告的完整测试生命周期
- 多语言支持: 中英文双语提示词,适应不同团队需求
- 专业性强: 每个提示词都由 10+ 年经验的专家角色设计
- 实用性高: 提供标准化格式和最佳实践指导
- 可扩展性好: 模块化设计,便于扩展和定制
📁 目录结构
awesome-qa-prompt/
├── README.md # 项目说明文档(中文)
├── README_EN.md # 项目说明文档(英文)
├── LICENSE # 许可证文件
│
├── RequirementsAnalysis/ # 需求分析
│ ├── RequirementsAnalysisPrompt.md # 中文提示词
│ ├── RequirementsAnalysisPrompt_EN.md # 英文提示词
│ ├── RequirementsAnalysisPrompt_Lite.md # 精简版中文
│ ├── RequirementsAnalysisPrompt_Lite_EN.md # 精简版英文
│ └── README.md # 模块说明文档
│
├── TestCaseWriting/ # 测试用例编写
│ ├── TestCaseWritingPrompt.md # 中文提示词
│ ├── TestCaseWritingPrompt_EN.md # 英文提示词
│ ├── TestCaseWritingPrompt_Lite.md # 精简版中文
│ ├── TestCaseWritingPrompt_Lite_EN.md # 精简版英文
│ └── README.md # 模块说明文档
│
├── FunctionalTesting/ # 功能测试
├── PerformanceTesting/ # 性能测试
├── AutomationTesting/ # 自动化测试
├── MobileTesting/ # 移动端测试
├── BugReporting/ # 缺陷上报
├── TestReporting/ # 测试报告
├── TestStrategy/ # 测试策略
├── AIAssistedTesting/ # AI辅助测试
├── ManualTesting/ # 手动测试
├── SecurityTesting/ # 安全测试
├── APITesting/ # API测试
├── AccessibilityTesting/ # 可访问性测试
│ # 每个测试类型文件夹包含相同的文件结构
│
├── Workflows/ # 测试工作流程
│ ├── README.md # 工作流程说明(双语)
│ ├── daily-testing-workflow_CN.md # 日常测试工作流程(中文)
│ ├── daily-testing-workflow_EN.md # 日常测试工作流程(英文)
│ ├── sprint-testing-workflow_CN.md # 迭代测试工作流程(中文)
│ ├── sprint-testing-workflow_EN.md # 迭代测试工作流程(英文)
│ ├── release-testing-workflow_CN.md # 发布测试工作流程(中文)
│ └── release-testing-workflow_EN.md # 发布测试工作流程(英文)
│
└── Reference/ # 参考资料(原始内容保持不变)
├── manual-qa/ # 手动测试参考
├── automation-qa/ # 自动化测试参考
├── ai-assisted-qa/ # AI辅助测试参考
├── cursor-ai/ # Cursor AI 角色参考
├── mobile-testing/ # 移动端测试参考
├── specialized-testing/ # 专项测试参考
└── workflows/ # 工作流程参考(已迁移到Workflows/)📖 使用指南
提示词设计原则
本集合中的提示词遵循以下设计原则:
- 专业性:基于行业最佳实践和测试理论
- 结构化:清晰的格式和明确的输出要求
- 可执行性:生成的测试文档可直接用于测试执行
- 可追溯性:测试场景与需求关联,便于追溯
最佳实践
- 结合实际情况调整:根据项目特点调整提示词中的具体要求
- 迭代优化:根据使用反馈持续优化提示词
- 团队协作:在团队内统一使用,确保测试文档格式一致
- 知识沉淀:将优化后的提示词贡献回项目
提示词定制
你可以根据项目需要定制提示词:
- 修改优先级定义:根据项目风险调整优先级标准
- 添加业务规则:在提示词中加入项目特定的业务规则
- 扩展测试维度:根据项目特点添加新的测试维度
🤝 贡献指南
我们欢迎所有形式的贡献!
如何贡献
Fork 项目
bashgit clone https://github.com/naodeng/awesome-qa-prompt.git创建分支
bashgit checkout -b feature/your-feature-name添加或改进提示词
- 创建新的提示词文件
- 改进现有提示词
- 添加使用示例
提交更改
bashgit add . git commit -m "Add: 描述你的更改" git push origin feature/your-feature-name创建 Pull Request
本地开发文档网站
如果你想在本地运行文档网站:
bash
# 安装依赖
npm install
# 启动开发服务器
npm run docs:dev
# 访问 http://localhost:5173构建生产版本:
bash
npm run docs:build
npm run docs:preview详细说明请查看 START.md 和 DEPLOYMENT.md。
贡献类型
- ✨ 新增提示词类别
- 🔧 改进现有提示词
- 📝 添加使用文档和示例
- 🐛 修复错误或问题
- 🌐 翻译和本地化
代码规范
- 使用 Markdown 格式编写提示词
- 保持格式一致性和可读性
- 添加必要的注释和说明
- 提供使用示例
📄 许可证
本项目采用 MIT License 许可证。
🙏 致谢
感谢所有为这个项目做出贡献的测试工程师和 QA 专家!
📮 联系方式
如有问题或建议,欢迎通过以下方式联系:
- 📝 提交 Issue
- 🔀 创建 Pull Request
- 🌟 给项目点个 Star
🔗 相关链接
- 在线文档:https://naodeng.github.io/awesome-qa-prompt/
- GitHub 仓库:https://github.com/naodeng/awesome-qa-prompt
- 问题反馈:Issues
- 贡献代码:Pull Requests
让 AI 成为测试工程师的最佳助手! 🚀
📋 Change Log
v0.1 (2025-01-14)
- 初始化版本
- 完成14个测试类型模块的中英文提示词(完整版+精简版)
- 完成3个测试工作流程(中英文)
- 添加VitePress在线文档网站
- 配置GitHub Pages自动部署
- 支持双平台部署(GitHub Pages + Cloudflare Pages)
- 集成Umami网站统计
- 添加SEO优化和favicon配置
- 所有提示词文件添加使用说明和版本记录