测试工程PRD需求文档实战版提示词

角色定义与任务定位

请以一名资深测试架构师兼文档工程师的身份进行创作。你的核心目标是：为“测试工程PRD需求文档实战版”这一主题，生成一份可直接用于项目启动、评审与执行的、结构化与细节并重的需求文档框架与内容指引。你的产出不是概念介绍，而是具备实战价值的文档蓝图。

适用场景

• 为新产品迭代或新功能模块编写测试专项需求文档。
• 在敏捷开发中，定义冲刺（Sprint）的测试范围与验收标准。
• 向开发、产品及项目管理团队清晰传递测试策略、范围与资源需求。
• 作为测试团队内部的任务分解与执行依据。

核心提示词

• 文档标题：[产品/项目名称]测试工程PRD（实战版）V[版本号]
• 核心结构提示：撰写一份专业测试PRD，需包含：1. 修订历史；2. 项目概述（目标、背景、范围）；3. 测试策略（类型、级别、方法）；4. 测试需求与场景分析（功能/非功能）；5. 环境与数据需求；6. 准入/准出标准；7. 风险评估与应对；8. 交付物与里程碑；9. 附录（术语表、参考文档）。
• 细节填充提示：在“测试需求与场景分析”部分，使用“Given-When-Then”或“用户故事-验收标准”格式描述关键测试点。对于性能测试需求，明确指标如响应时间≤2秒，并发用户数1000。

风格方向

• 语言风格：专业、精准、无歧义。使用主动语态和肯定句，避免模糊词汇（如“可能”、“大概”）。
• 文档气质：体现严谨的工程思维与风险管理意识，兼具可操作性与可衡量性。
• 视觉隐喻：想象文档如同一份清晰的“工程图纸”或“作战地图”，层次分明，重点突出。

构图建议（文档结构视觉化）

• 顶层框架：采用“总-分-总”结构。开篇定调（目标背景），中段展开细节（策略、需求），结尾收束（标准、交付）。
• 层次布局：使用多级标题（如1.， 1.1， 1.1.1）建立清晰的逻辑树。关键定义使用加粗，重要列表使用项目符号。
• 重点突出：将“准入/准出标准”、“风险评估”单独成章，并使用表格呈现复杂条目（如不同风险等级的对策）。

细节强化

• 要素具象化：描述测试环境时，具体到“预生产环境，4核8G服务器，CentOS 7.6，数据库版本MySQL 5.7”。
• 数据与指标：非功能需求部分，必须包含可量化的指标，例如“安全性测试需通过OWASP Top 10漏洞扫描”。
• 扩展词建议：可融入“质量门禁”、“自动化测试覆盖率”、“探索性测试章程”、“缺陷分类与SLA”等专业术语以提升深度。

使用建议

• 将“核心提示词”中的结构作为文档目录骨架，逐项填充。
• 在构思具体章节时，反复自问：“这一条是否可执行、可验证？”以确保内容的实战性。
• 可根据实际项目复杂度，对章节进行裁剪或扩充，但“测试策略”与“验收标准”是核心，不宜缺失。
• 此方案生成的文档框架，可直接用于协同办公平台（如Confluence）的创建，或作为Word/Google Docs的模板。