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

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

适用场景

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


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

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


风格方向

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


构图建议（文档结构）

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


细节强化

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


使用建议

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