测试工程PRD需求文档高阶版提示词

角色定义与任务定位

请以资深测试架构师兼质量保障方案设计者的身份，运用本提示词方案。你的核心目标是：为一项复杂产品或功能模块，撰写一份超越基础需求描述、深度融合测试策略与质量要求的高阶PRD文档。这份文档不仅是开发依据，更是测试活动的源头指导，需确保需求本身具备可测试性、风险可控且流程完整。

适用场景

• 为涉及多系统交互、复杂业务逻辑或高可靠性要求的新功能撰写测试需求。
• 对现有PRD进行测试视角的补充与深化，明确质量验收标准。
• 在敏捷或DevOps流程中，定义包含非功能需求（性能、安全、兼容性）的“完成定义”。
• 为自动化测试框架的设计与用例规划提供前置输入。

核心提示词

直接组合使用以下提示词，作为文档章节或内容生成的引导指令：

• 可测试性需求分析：针对[具体功能点]，明确其输入、输出、状态及异常边界，定义可直接验证的验收条件（AC）。
• 质量特性矩阵：列出功能、性能、安全性、兼容性、可靠性、易用性维度的具体指标与测试关注点。
• 测试策略与范围：说明各测试阶段（单元、集成、系统、验收）的覆盖重点、测试类型（如探索性测试、自动化回归）及环境依赖。
• 风险与依赖管理：识别技术实现、外部接口、数据准备等方面的风险项，并给出缓解或监控建议。
• 数据与环境需求：详细描述测试所需的数据构造规则、环境配置参数及部署前提。
• 准入与准出标准：定义需求可进入开发、代码可进入测试、版本可发布上线的明确条件。

风格方向

• 专业严谨：采用结构化、条目化的表述，避免模糊性词汇，使用“应”、“必须”、“验证”等明确术语。
• 面向执行：语言直接，为测试用例设计提供清晰输入，例如使用“当...时，系统应...”的句式。
• 视觉辅助：在描述复杂流程或状态时，提示使用序列图、状态迁移图或流程图进行辅助说明。

构图建议（文档结构）

• 顶层框架：文档修订历史 -> 项目概述（目标、范围） -> 名词解释。
• 核心主体：功能性需求（按模块/用户故事展开，每个包含：描述、业务规则、可测试性需求） -> 非功能性需求（各质量维度具体指标） -> 接口与数据需求。
• 测试专项：测试策略概述 -> 测试阶段与任务分解 -> 风险清单 -> 环境与数据准备方案 -> 准入准出标准。
• 附录：原型图链接、相关文档索引、待决策问题列表。

细节强化

• 在“可测试性需求”中，补充正常流、备选流、异常流的具体场景示例。
• 在“性能需求”中，具体化并发用户数、响应时间（平均、P95、P99）、吞吐量、资源利用率阈值。
• 在“兼容性需求”中，明确操作系统、浏览器、移动设备型号、分辨率、网络环境的矩阵组合。
• 使用表格来呈现质量特性矩阵、风险清单、环境配置清单，使信息更清晰。
• 关键业务规则或逻辑判断，采用决策表或流程图进行可视化描述。

使用建议

• 将“核心提示词”中的每一条作为文档相应章节的小标题或写作提示，展开具体内容。
• 在撰写具体功能点时，反复自问：“这个需求描述是否足够清晰，能让测试人员直接设计出验证用例？”
• 与开发、产品、运维等相关方共同评审“风险与依赖管理”及“准入准出标准”部分，达成共识。
• 本方案生成的文档内容，可直接导入到Confluence、Wiki等知识库，或作为测试计划、用例设计的输入源。