TESSY接口识别失败怎么办，TESSY接口扫描范围怎么扩大，常见表现是接口列表不全，测试对象选不出，桩点也跟着缺失。排查要先对齐解析口径，再按依赖补齐扫描范围，最后把配置固化成基线，避免换机器就复现问题。

　　一、TESSY接口识别失败怎么办

　　接口识别失败多由预处理、包含路径、编译器口径与可见性共同造成，按链路从前往后查更快。

　　1、先把预处理走通，确认分支与真实构建一致

　　（1）补齐平台开关、调试开关、API导出宏等关键宏，避免条件编译把原型裁掉

　　（2）确认配置头文件的包含顺序正确，关键宏不要晚定义

　　（3）接口突然变少时先回查宏与配置头，再考虑其它因素

　　2、补齐包含路径与头文件闭包，让类型定义完整

　　（1）按三层整理包含路径，本模块私有头目录、项目公共头目录、平台与第三方头目录

　　（2）处理同名头文件优先级，避免解析到错误版本导致结构体字段与枚举不一致

　　（3）依赖生成头或配置头时，把生成目录加入包含路径，别只导入源文件

　　3、对齐编译器类型与语言标准，减少语法与扩展差异

　　（1）TESSY工程的编译器类型与版本要对齐真实构建，避免口径混用

　　（2）语言标准保持一致，例如C99、C11、C++14、C++17

　　（3）遇到扩展语法先选最接近生产的配置跑通识别，再细化兼容项

　　4、把可见性问题单独处理，避免破坏封装

　　（1）静态函数不可见时优先同单元内测或通过包装层测，不强改为对外暴露

　　（2）C++重载与命名空间场景先确认符号是否存在，再判断是解析还是作用域

　　（3）接口存在但不可选对象时，重点检查签名与类型是否完整

　　5、抓住解析日志最早的致命错误，逐项清除

　　（1）先修复找不到头文件、宏缺失导致语法不闭合、类型缺失等最早错误点

　　（2）每次只改一项再复扫，便于回退与对比

　　（3）结果从空变少量可见后，先用样板函数验证签名完整再扩范围

　　二、TESSY接口扫描范围怎么扩大

　　扩大范围的目的，是补齐被测对象所需依赖，而不是把仓库全拉进来；范围变大时要同步做收敛。

　　1、按缺失点补目录，从依赖闭包逐步扩大

　　（1）参数类型未知时优先补类型定义所在头文件目录，而不是盲目加源码

　　（2）宏展开异常时优先补配置头、平台适配头、生成头所在目录

　　（3）新增目录要记录解决了什么缺失点，避免无边界扩张

　　2、把入口升级到模块级，但边界要清晰

　　（1）以模块导入源文件，至少包含被测文件、模块内关键工具文件、必要适配层实现

　　（2）模块外依赖尽量用头文件可见解决，少把实现文件跨模块拉进来

　　（3）必须跨模块导入时限定最小集合并标注原因，方便后续治理

　　3、第三方与平台库按声明可见处理，实现在边界外解决

　　（1）扫描范围尽量只包含第三方头文件目录，保证类型与接口可解析即可

　　（2）库实现文件不轻易加入，避免符号重复、宏冲突与耗时飙升

　　（3）第三方头依赖系统头时补齐系统包含路径，减少误判

　　4、建立排除规则，挡住噪声与重复源

　　（1）排除构建产物、临时中间文件、缓存与重复拷贝目录，先从最易冲突的路径下手

　　（2）生成代码目录做精细化保留，只留必须参与解析的头或声明

　　（3）接口数量波动或签名突变时，优先排查是否引入第二份同名头或实现

　　5、范围调整与用例资产分离管理，避免改范围带崩用例

　　（1）把解析口径配置、模块接口树、用例报告资产分开维护，范围调整只动前两块

　　（2）每次扩范围后先验证关键对象能生成测试应用并执行，再继续扩

　　（3）用例资产保持稳定，减少接口重识别引发的映射丢失

　　三、TESSY口径怎么固化TESSY解析结果怎么复核

　　接口能识别还不够，关键是让识别稳定可复制，并能快速发现跑偏。

　　1、把真实构建参数沉淀成工程基线

　　（1）固化编译器类型、语言标准、关键宏、包含路径与必要链接选项

　　（2）新增模块先继承基线再加差异项，差异项写清原因与影响面

　　（3）基线与代码版本绑定，确保结果可回放

　　2、用样板接口做三分钟复核

　　（1）选三到五个样板接口，覆盖平台宏、复杂结构体参数、公共头依赖等场景

　　（2）每次改宏、路径或范围后先检查样板接口可见且签名完整，再做大扫描

　　（3）样板异常先回退最近变更，别让问题扩散

　　3、把失败记录成可定位差异

　　（1）记录缺失符号、所在文件、预期头路径与最近变更点，便于对照

　　（2）保存日志第一处致命错误位置，按最早错误逐个清除

　　总结

　　TESSY接口识别失败怎么办，TESSY接口扫描范围怎么扩大，先对齐预处理与编译口径让接口可见，再按依赖闭包扩大扫描范围并建立排除规则，最后用基线与样板复核把流程固化，减少反复失效与返工。