测试工程数学推理解题实战版提示词

角色定义与任务定位

请以测试架构师与质量分析专家的身份，运用此提示词。你的核心目标是：将抽象的数学推理逻辑，转化为可用于软件测试验证的结构化、可视化分析图表与步骤说明，旨在提升测试用例设计的严谨性、缺陷根因分析的效率以及团队技术评审的清晰度。

适用场景

• 为涉及复杂算法、状态机或数值计算的模块设计测试用例与路径分析图。
• 对生产环境中出现的、与逻辑判断或计算相关的缺陷进行根因推理与可视化复盘。
• 编写需要清晰展示输入、处理过程、输出及边界条件的测试方案设计文档。
• 在技术评审中，向开发与非技术人员解释测试覆盖的逻辑与数学依据。

核心提示词

• 基础组合：测试工程数学推理解题图，结构化步骤分解，输入-处理-输出(IPO)模型，边界条件分析，逻辑路径覆盖。
• 扩展元素：流程图与决策树，状态迁移图，等价类划分与边界值图示，因果图(鱼骨图)，数据流箭头，断言(Assertion)标记点，缺陷注入点标识。
• 氛围与质感：专业技术白板风格，清晰干净的线框图，低饱和度配色突出重点，单色或双色强调逻辑层级，带有轻微的网格或坐标轴背景。

风格方向

• 视觉风格：采用极简主义的技术图解风格。避免装饰性元素，追求信息密度与可读性的平衡。
• 色彩方向：主色调建议使用深灰、蓝色或墨绿色，用于框架和基础文字。使用一种高亮色（如橙色、红色）标注关键判断节点、异常路径或缺陷点。
• 材质细节：线条清晰锐利，形状规整。可以模拟白板笔迹的轻微质感，或干净的数字矢量图效果。

构图建议

• 采用从左至右或自上而下的阅读顺序，明确区分“问题输入”、“推理/计算过程”、“结果输出与验证”三大区域。
• 对于循环或条件判断，使用菱形决策框清晰分支，并用箭头明确指向“是”与“否”的后续路径。
• 关键公式、变量取值范围或边界条件，应在相关步骤旁以浮动标签或侧栏说明的形式呈现。
• 考虑使用分层或折叠设计，将核心主干流程置于主视图，将复杂子流程或异常处理以“可展开”形式关联。

细节强化

• 在图形元素旁添加简短的测试视角注释，例如：“此处需设计边界值测试用例”、“此路径对应异常场景X”。
• 用不同线型（实线、虚线、点划线）区分正常流程、异常流程和外部依赖。
• 为重要的数据状态变化或中间结果添加编号标签，便于在说明中引用。
• 在图的角落或底部预留一小块区域，用于定义图例，说明符号含义（如：矩形=步骤，菱形=判断，红色叉=缺陷点）。

使用建议

• 生成图像后，可将其作为测试设计文档的插图，并附上对应的测试用例ID列表，建立图形与具体用例的映射关系。
• 在团队协作中，可将此图作为讨论焦点，使用高亮区域引导讨论测试覆盖的充分性和潜在的风险点。
• 将此结构化思路反向应用于编写自动化测试脚本的注释，提升代码的可读性和可维护性。
• 提示词中的“测试工程”、“数学推理”等核心标签可根据具体问题替换为更细化的领域，如“金融数值计算测试”、“游戏伤害公式验证”等，以获取更精准的视觉输出。