TESSY执行报错时，很多人第一反应是去改源码，但真正省时间的做法，是先把报错落到执行链条的哪一步，再用日志把触发条件缩到一两条可复现的线索。因为一次执行本身包含生成测试驱动、编译链接、运行三个阶段，任何一个环节配置不一致都会把问题放大成看似随机的失败。只要把执行入口、控制台日志与可复现信息整理成固定动作，定位速度会明显稳定下来。

　　一、TESSY执行报错怎么排查

　　执行报错先别急着改代码，先把失败点卡到阶段与对象上，再把影响面从全局缩到单个测试对象或单个用例。TESSY会在执行时生成测试驱动并完成编译链接再运行，因此排查要按这条链路逐段拦截。

　　1、先确认是生成阶段还是编译链接阶段还是运行阶段

　　在【Test Project】视图点击【Start Test Execution】触发一次执行，观察进度窗口停在哪一步，TESSY在执行过程中会生成测试驱动、编译链接并运行测试，卡住的位置往往就是下一步要看的日志入口。

　　2、把范围缩到最小对象再复现

　　在左侧树上选中出错的模块或测试对象，只对该对象执行一次，不要一上来全量跑；这样控制台里只会出现与该对象相关的编译调用与运行信息，避免被其他模块的噪声淹没。

　　3、优先处理编译器与路径类报错

　　如果控制台出现找不到头文件、链接符号缺失、库路径无效，先回到测试环境配置里检查编译器版本、包含路径与宏定义是否与真实构建一致；很多报错并不是功能错误，而是测试驱动与被测对象在同一套编译选项下没有成功拼成可执行文件。

　　4、关注外部依赖与桩替代是否引入缺口

　　当被测函数依赖外部变量或调用其他子函数时，测试驱动可能需要补齐外部变量定义或用桩函数替代缺失子程序；若你看到报错集中在未定义符号或调用链断裂，优先检查这些依赖是否被正确替代与链接。

　　5、把执行设置拉出来核对一次

　　在【Test Project】工具栏点击【Start Test Execution】图标旁的小箭头，选择【Edit Test Execution Settings】，在弹窗里点击【Execute】重新执行；用同一入口反复跑，能避免你无意间混用快捷键或不同执行入口导致设置不一致。

　　二、TESSY执行日志怎么看可以更快定位

　　日志要看得快，关键不是把每一行都读完，而是先建立三段式阅读顺序：先找第一条明确错误，再回看它上方最近一次子进程调用，再确认当时选择的对象与执行设置。TESSY的控制台视图会汇总编译与执行过程中子进程的消息，适合用来快速抓第一现场。

　　1、先把控制台当成第一入口而不是报告

　　切到【Console】视图先找最早出现的Error或失败提示，控制台会显示编译与执行过程中调用的子进程消息，例如编译器调用，因此第一条硬错误通常在这里出现得更早。

　　2、用对象选择把日志与结果对齐

　　如果你发现结果视图是空的，先回到【Test Project】里选中刚刚执行的那次运行记录或对应对象，再看结果与控制台；手上没有选中运行对象时，视图可能不显示你想看的内容，容易误判为日志丢失。

　　3、让出错时自动弹出控制台减少来回切换

　　在菜单栏点击【Window】→【Preferences】→【Test Execution Settings】，勾选【Show console on error】；这样一旦在源码分析或测试驱动编译阶段出错，控制台会自动切出来，你能直接看到触发错误的那几行。

　　4、按阶段抓关键词缩小定位面

　　如果你看到执行窗口提示在生成阶段停住，就在控制台里优先找与生成驱动相关的提示行；如果停在编译链接阶段，就抓编译器与链接器的错误行；如果生成与编译都过了但运行失败，再把注意力放到运行启动、返回码与被测对象初始化相关的输出上。

　　三、TESSY支持包与复现信息

　　当你自己定位到一定程度但仍无法锁定根因，把可复现信息整理成支持包会更省力，因为它能把测试对象数据、编译器与设置一起打包给同事或支持人员复查。官方手册也明确在出现错误时应提供支持包，并给出了创建入口与附加日志的开启方式。

　　1、先清空控制台再复现一次把噪声切掉

　　切到【Overview】视角下的【Console】视图，在工具栏点击【Clear Console】清空历史信息，再按同样步骤复现一次；这样支持包里的控制台内容更干净，别人一打开就能看到关键错误段。

　　2、开启更细的日志输出只针对可疑阶段

　　在主菜单点击【Help】→【Logging】，按你怀疑的阶段开启对应日志，例如源码解析、插桩、构建命令或目标通信；这类设置用于让TESSY输出更多过程信息，便于把问题从现象落到具体环节。

　　3、生成支持包并把对象选中状态保持到最后

　　在界面里选中出问题的模块或测试对象，然后点击【Help】→【Support】→【Create Support File】，如条件允许勾选【Preprocessed sources】，点击【OK】后选择保存路径并点击【Save】生成支持包；手册强调在执行报错场景下支持包有助于定位原因。

　　4、把执行入口与设置一并记录到复现描述

　　在问题描述里写清你是通过【Start Test Execution】直接执行，还是通过【Edit Test Execution Settings】里的【Execute】执行，并注明当时选择的对象范围与是否只跑了子集用例；同样的环境下不同入口与范围会导致日志差异，提前写清能减少来回追问。

　　5、需要协同排查时给出两份材料

　　第一份是支持包文件，第二份是你复现步骤与预期结果的文字说明，按时间顺序写到能让别人照着做一遍；这样对方可以先用支持包核对环境与设置，再按步骤复现对照控制台，定位效率会更稳定。

　　总结

　　TESSY执行报错排查要先把失败点落到生成、编译链接、运行哪个阶段，再用【Console】里的子进程消息抓到第一条硬错误，并通过【Window】→【Preferences】→【Test Execution Settings】打开【Show console on error】减少切换成本。遇到难以闭环的问题，按【Help】→【Logging】补充过程日志，再用【Help】→【Support】→【Create Support File】导出支持包，把复现步骤与执行入口一并写清，通常就能更快把问题收敛到可修复的具体原因。