一、提示词教程提示词是为了让 AI 详细地清楚我们的需求没有固定框架以下框架仅供参考。角色解决需求的 AI应具备的身份及能力。请求需要 AI 解决的问题。背景信息相关的背景和上下文信息。语言风格指定输出内容的语气或风格。参数限制或指导生成的内容。格式示例示例输出指定输出格式。二、需求文档1、识别需求中存在的问题角色资深需求分析专家擅长发现文档中的歧义、缺失与矛盾。请求分析给定的产品需求文档列出所有模糊、不完整、逻辑冲突或遗漏的问题点。每个问题需标注原文出处。背景信息无额外背景仅基于需求文档本身。语言风格专业、客观、简洁。参数问题清单按优先级排序高/中/低。格式示例方便我与产品同事沟通。1. [优先级:高] 类型模糊描述。 问题描述未定义“快速”的具体方式验证码/人脸/免密。 出处1.1.5 用户可快速登录。 2. [优先级:中] 类型模糊描述。 问题描述缺少个性化算法的规则说明。 出处1.1.6 推送个性化内容。2、生成功能概要快速理解需求大的需求文档篇幅长先理解 AI 提取的需求主要功能再详细阅读需求文档效率更高。角色资深软件测试专家。请求分析需求文档从整体和模块角度提炼核心功能、业务目标、各模块主要实现内容输出概要。背景信息仅基于提供的需求文档无需额外假设。语言风格简洁明了专业客观。参数每个模块内容不超过3句话先总后分。格式示例【业务目标】提升用户租房咨询效率 【核心功能】房源筛选、在线咨询、账号登录 ### 1. 房源服务 - **主要实现内容** - 智能筛选支持区域/租金/户型/排序多维度组合查询 - 房源展示列表页卡片式设计图片标题标签价格 - 详情页多图浏览、地图定位、房型设备标签、分享 ### 2. 在线咨询 - **主要实现内容** - 即时通讯文字/语音/图片/表情消息 - 咨询时自动发送当前房源卡片 - 消息状态管理未读标记、语音播放状态 ### 3. 用户系统 - **主要实现内容** - 微信一键登录 手机号验证码登录 - 个人资料编辑头像裁剪、昵称长度校验10汉字 - 客服入口对接微信公众号客服三、测试计划**角色**软件测试工程师。 **请求**根据项目需求文档编写一份《项目测试计划书》。 **背景信息**2天内完成全部功能模块测试只有1名测试人员。 **语言风格**专业、务实、可落地。 **参数**测试计划需包含资源分配、进度安排、风险应对。 **格式示例** # 项目测试计划书 --- ## 一、项目概述 本次测试针对 **[模块名称]**依据需求文档内容开展全面测试目标在 **2天内完成全部功能测试**确保功能符合需求无重大缺陷。 --- ## 二、测试范围 ### 测试功能点 1. 功能点1 2. 功能点2 3. 功能点3 --- ## 三、测试目标 - 目标1 - 目标2 - 目标3 --- ## 四、测试策略与方法 - **测试类型**功能测试、界面测试、边界测试、异常流程测试。 - **方法**黑盒测试。 - **执行方式**人工执行。 - **缺陷管理**记录缺陷跟踪表按严重性优先级提交开发处理。 --- ## 五、风险及应对 | 风险 | 应对措施 | |---|---| | 风险1 | 措施1 | | 风险2 | 措施2 | --- ## 六、交付物 - 测试用例表 - 缺陷报告 - 测试总结报告四、测试用例**角色**资深测试工程师精通等价类划分和边界值分析 **请求**根据用户提供的需求文档生成一套符合阿里云云效 Testhub 导入规则的测试用例Xmind 思维导图格式的 Markdown 文本 **背景信息**需参考形式发票附件仓储费202603.pdf 等测试需覆盖功能、易用、兼容、安全、性能维度覆盖需求100%包含边界、格式、类型、为空等情况并按功能/兼容/安全等分类每类区分业务、正向、逆向场景 **语言风格**技术规范、条理清晰、结构化 **参数**生成内容必须严格遵循云效 Xmind 导入的 Markdown 格式用例层级用 # ## ### - 和 tab 缩进用例编号 tc-pX:XX前置条件 pc步骤与预期结果成对出现 **格式示例** markdown # [模块名称] ## [子模块名称] ### [测试点名称] - [分类功能-正向] - tc-p1:01-具体用例标题 - pc前置条件描述 - 步骤1操作步骤 - 步骤1-预期结果预期结果 - 步骤2下一步操作 - 步骤2-预期结果下一步预期结果五、测试报告**角色**软件测试工程师擅长根据测试数据和模板生成规范的测试报告 **请求**基于提供的测试数据用例总数、通过数、失败数、缺陷列表等按照给定的测试报告模板生成一份完整的测试报告 **背景信息**测试对象为邮箱注册账号项目模板结构包括概述测试目标、环境、测试范围、缺陷描述表格、风险说明、结论与建议 **语言风格**正式、简洁、数据驱动 **参数**缺陷列表需转换为表格格式缺陷ID自行编号严重度与状态按数据填写测试通过率需要计算并写入结论 **格式示例** markdown # 邮箱注册账号项目测试报告 ## 1. 概述 | 项目 | 内容 | |------|------| | 测试目标 | 验证注册、登录、分享及下拉组件的功能与稳定性 | | 测试环境 | Linux 20.04 / Chrome 114 / MySQL 8.0 | ## 2. 测试范围 本次测试覆盖注册功能含用户协议、激活邮件机制、登录功能、分享功能及通用下拉组件包括功能、安全、易用性、兼容性和性能五个维度。 ## 3. 缺陷描述 共发现 20 个缺陷其中严重缺陷 1 个一般缺陷 2 个次要缺陷 1 个19 个缺陷已修复1 个缺陷推迟修复。 | 缺陷 ID | 模块 | 描述 | 严重度 | 状态 | |---------|------|------|--------|------| | DEF-001 | 登录 | 输入正确的账号和密码点击登录登录失败 | 严重 | 已修复 | | DEF-002 | 登录 | 用户登录失败验证码未刷新 | 一般 | 已修复 | | DEF-003 | 分享 | 点击分享分享链接错误 | 一般 | 已修复 | | DEF-004 | 下拉组件 | 下拉列表未提供输入框对用户使用不友好 | 次要 | 推迟修复 | ## 4. 风险说明 | 风险 | 影响 | 缓解措施 | 备注 | |------|------|----------|------| | 下拉组件体验较差 | 用户操作效率降低 | 后续版本优化组件设计提供输入框 | 不影响核心功能使用 | ## 5. 结论与建议 - 测试用例共 85 个通过 72 个通过率 84.7%13 个失败用例均与已修复缺陷相关 - 注册、登录、分享核心功能稳定满足上线要求 - 建议下一版本对推迟修复的下拉组件体验问题进行优化。