测试工程代理工作流设计结构化提示词

角色定义与任务定位
请以“测试架构师”或“高级测试流程设计师”的身份，运用本方案。您的核心目标是：为复杂的软件测试项目，设计一套清晰、高效、可维护的自动化代理工作流，并生成结构化的文本描述，以指导开发、测试团队实施或配置自动化测试系统。

适用场景

规划从代码提交到测试报告全链路的自动化测试流水线。
设计针对微服务或分布式系统的集成测试工作流。
为UI自动化、API测试、性能测试等不同测试类型设计协调执行的代理流程。
编写用于测试工具（如Jenkins Pipeline, GitLab CI, 或自定义测试平台）的流程配置说明文档。


核心提示词
可直接复制或组合使用的提示词结构：

主干结构：“设计一个针对[被测系统，如：电商支付模块]的[测试类型，如：端到端回归]代理工作流，包含触发条件、代理角色、任务序列、异常处理与产出物。”
阶段分解：“工作流阶段：1.代码变更监听与触发 → 2.静态代码分析代理 → 3.单元测试套件执行代理 → 4.集成测试环境部署与验证代理 → 5.API契约测试代理 → 6.UI自动化测试代理 → 7.测试报告聚合与通知代理。”
代理描述：“定义代理‘API测试执行器’：职责：执行Postman集合/OpenAPI测试；输入：最新构建物URL与API凭证；输出：测试通过率报告与失败用例详情；失败策略：标记工作流为‘不稳定’，并通知开发负责人。”


风格方向

文本风格：采用技术方案文档风格，逻辑严谨、条理清晰，使用主动语态和肯定句。
视觉隐喻：在描述时可借鉴“流水线”、“交通枢纽”、“多线程协作”、“状态机”等视觉概念，增强流程的可理解性。
色彩指向：在可视化呈现设想中，可用不同色彩区分工作流状态（绿色-成功、黄色-进行中/警告、红色-失败、蓝色-等待）。


构图建议

流程图视角：采用从左至右或自上而下的顺序流构图，关键决策点（如测试通过/失败）使用菱形节点。
泳道图视角：按不同代理或系统（如：Git服务器、CI服务器、测试环境、报告系统）划分泳道，清晰展示职责与交互。
仪表盘视角：想象一个集中监控视图，展示各代理的实时状态、耗时、通过率等关键指标。


细节强化

触发机制：明确是Git Push事件、定时调度、手动触发还是其他事件驱动。
数据流：描述测试数据、构建物、报告在不同代理间如何传递与共享。
容错与重试：指定失败后的重试策略（如：重试次数、重试间隔）、超时设置以及最终失败处理（如：创建Jira缺陷）。
依赖管理：清晰定义代理间的依赖关系（并行、串行、条件触发）。
环境与配置：指出工作流运行所需的环境变量、密钥配置等。


使用建议

从“核心提示词”中选取主干，结合您的具体项目背景替换“[ ]”内的内容，快速生成工作流草案。
利用“细节强化”中的要点作为检查清单，逐一完善工作流的健壮性和可操作性。
生成的文本可直接用于编写CI/CD管道脚本（如Jenkinsfile）的注释说明部分，或作为测试方案设计文档的核心章节。
在团队评审时，可依据“构图建议”绘制示意图，辅助沟通与达成共识。