测试用例编写 (Test Case Writing)
English | 简体中文
📋 概述
测试用例编写是软件测试的核心活动之一，高质量的测试用例是确保软件质量的重要基础。本模块提供专业的测试用例编写指导，帮助测试工程师编写详细、可执行、可维护的测试用例。
🎯 适用场景
- 功能测试用例编写：基于需求文档编写功能测试用例
- 接口测试用例设计：API 接口测试用例的设计和编写
- UI 测试用例创建：用户界面测试用例的创建
- 数据测试用例设计：数据验证和处理的测试用例
- 异常测试用例编写：异常场景和边界条件的测试用例
📚 提示词文件
TestCaseWritingPrompt.md
语言：中文
角色：资深测试用例设计专家
功能：将测试场景转化为详细、可执行的测试用例
核心能力：
- 测试用例设计原则和最佳实践
- 多种测试用例分类和设计方法
- 标准化的测试用例格式和模板
- 测试数据设计和管理策略
- 可维护性和可追溯性保证
TestCaseWritingPrompt_EN.md
语言：English
角色：Senior Test Case Design Expert
功能：Transform test scenarios into detailed, executable test cases
🚀 快速开始
基本使用流程
准备输入材料
- 测试场景描述 - 需求文档或用户故事 - 系统功能规格 - 业务流程说明选择合适的提示词
- 中文项目使用
TestCaseWritingPrompt.md - 英文项目使用
TestCaseWritingPrompt_EN.md
- 中文项目使用
提供上下文信息
项目背景：[项目基本信息] 测试目标：[要验证的功能目标] 测试环境：[测试环境要求] 测试数据：[测试数据需求]获取测试用例
- AI 将生成标准化的测试用例
- 包含详细的测试步骤和预期结果
- 提供测试数据和环境要求
示例使用
markdown
# 输入示例
基于以下用户登录功能需求，编写详细的测试用例：
功能需求：
- 用户可以使用用户名和密码登录系统
- 支持记住密码功能
- 登录失败3次后锁定账户30分钟
- 支持忘记密码功能
请生成包含正向测试、负向测试和边界测试的完整测试用例。💡 使用技巧
1. 输入准备技巧
- 需求理解充分：确保对需求的理解准确完整
- 场景描述清晰：提供清晰的业务场景和用户操作流程
- 约束条件明确：明确系统约束和业务规则
- 数据要求具体：提供具体的测试数据要求
2. 用例优化技巧
- 步骤粒度适中：测试步骤既要详细又要适中
- 验证点明确：每个步骤的验证点要明确具体
- 数据参数化：考虑测试数据的参数化设计
- 可维护性考虑：设计易于维护和更新的测试用例
3. 质量保证技巧
- 可执行性验证：确保测试用例可以被任何人执行
- 完整性检查：检查测试用例的完整性和覆盖度
- 一致性保证：保证测试用例格式和风格的一致性
- 可追溯性建立：建立测试用例与需求的追溯关系
📊 测试用例分类
按测试类型分类
- 功能测试用例：验证功能需求的实现
- 界面测试用例：验证用户界面的正确性
- 数据测试用例：验证数据处理的准确性
- 异常测试用例：验证异常情况的处理
按测试方法分类
- 等价类测试用例：基于等价类划分的测试用例
- 边界值测试用例：基于边界值分析的测试用例
- 场景测试用例：基于用户场景的测试用例
- 状态转换测试用例：基于状态转换的测试用例
按优先级分类
- P0 核心用例：核心功能的关键测试用例
- P1 重要用例：重要功能的测试用例
- P2 一般用例：一般功能的测试用例
- P3 边缘用例：边缘功能的测试用例
🔧 最佳实践
1. 用例设计原则
- 单一职责：每个测试用例只验证一个功能点
- 独立性：测试用例之间应该相互独立
- 可重复性：测试用例应该可以重复执行
- 可维护性：测试用例应该易于维护和更新
2. 格式规范
- 标题简洁明确：用例标题应该简洁明确
- 步骤详细具体：测试步骤应该详细具体
- 结果明确可验证：预期结果应该明确可验证
- 数据完整准确：测试数据应该完整准确
3. 质量控制
- 评审机制：建立测试用例评审机制
- 版本管理：建立测试用例版本管理
- 更新维护：定期更新和维护测试用例
- 度量分析：建立测试用例质量度量
🔗 相关资源
内部资源
外部资源
🤝 贡献指南
欢迎贡献测试用例编写的最佳实践和改进建议：
- Fork 项目
- 创建特性分支
- 提交改进
- 创建 Pull Request
📄 许可证
本项目采用 MIT License 许可证。
让 AI 成为测试用例编写的最佳助手！ 🚀