测试工程文档自动化处理完整流程提示词

角色定义与任务定位
请以“测试工程自动化架构师”或“智能文档处理专家”的身份，运用本方案。您的核心目标是：设计并生成一套完整、可执行、标准化的测试工程文档自动化处理流程，或基于此流程生成具体的脚本代码、流程图及说明文档，以实现测试文档的自动生成、格式转换、内容分析与报告整合。
适用场景

为团队搭建或优化测试用例、测试报告、缺陷文档的自动化生成流水线。
编写用于解析、清洗、合并多源测试文档（如Excel, XML, JSON）的Python脚本或自动化工具提示词。
创建标准化的测试流程文档模板，确保不同项目间的文档风格与结构统一。
将复杂的测试工程手动流程转化为可视化的自动化流程图或架构图。

核心提示词
可直接复制并填充具体细节使用：

生成一个自动化处理测试用例文档（从Excel到Jira XML格式）的Python脚本，包含数据读取、字段映射、格式校验和错误日志记录模块。
绘制一个完整的“测试报告自动化生成流程”架构图，包含[原始数据输入]、[数据处理引擎]、[报告模板引擎]、[多格式输出]和[通知模块]。
编写一份“端到端API测试文档自动化流水线”的设计文档，明确各阶段（需求解析、用例生成、执行调度、结果收集、报告生成）的输入、输出和工具链。
创建一个智能脚本，能自动从版本管理工具（如Git）提交日志中提取变更内容，并关联更新对应的测试用例集文档。

风格方向

专业严谨：采用技术文档的清晰、准确、无歧义表达，避免口语化。
结构化与模块化：内容组织呈现清晰的层级关系，如“总览-模块-步骤-细节”。
流程可视化导向：描述应便于转换为流程图、时序图或架构图，多使用“首先”、“然后”、“并行地”、“最终”等连接词。
代码友好：当涉及脚本生成时，提示词应明确函数名、类结构、关键算法逻辑和依赖库。

构图建议（针对视觉化输出）

若生成流程图，建议使用横向泳道图，区分“开发”、“测试”、“运维”等角色或系统模块。
架构图可采用分层设计，底层为“数据源”，中间层为“处理引擎”，顶层为“输出与应用层”。
对于文档处理流水线，使用从左到右的线性流程图，关键节点用不同形状（如菱形代表判断，矩形代表操作）突出。
配色上，建议使用蓝色系代表稳定与可靠（核心引擎），绿色系代表通过与成功（验证环节），橙色或黄色代表注意与警告（异常处理路径）。

细节强化

输入输出明确化：始终定义每个自动化步骤的精确输入（如：.xlsx文件路径，特定工作表名）和输出（如：生成后的.json文件，控制台成功日志）。
异常处理：在提示词中强调加入错误处理机制，如“文件不存在”、“格式不匹配”、“网络超时”等场景的应对逻辑。
命名规范：指定符合项目规范的命名规则，如脚本文件采用“test_doc_auto_[功能].py”，变量名使用蛇形命名法。
扩展点提示：在流程中标注出可扩展的接口或配置项，例如“此处规则引擎的匹配规则可通过配置文件动态加载”。
工具链集成：提及与常见工具（如Jenkins, Jira, Confluence, Selenium, Postman）的集成可能性。

使用建议

将“核心提示词”部分的具体示例直接输入AI图像生成工具（如用于生成架构图）或代码生成/文案生成AI工具，作为初始指令。
在实际使用前，请根据您的具体技术栈（如Python, Java, PowerShell）和文档格式（如Markdown, HTML, Word）替换提示词中的中括号“[ ]”内容。
可以组合使用：先使用本方案生成流程框架，再针对其中某个模块（如“格式校验”）生成更详细的代码提示词。
为获得最佳效果，在复杂流程生成时，建议采用“分步生成”策略：先生成大纲，再依次深化每个章节或模块。