[发明专利]一种ATE设备中的多线程断点调试方法及系统

说明书

本发明提出了一种ATE设备中的多线程断点调试方法及系统，其特征在于，包括：用户通过测试程序设置函数的断点；通过预设IDE解析出断点信息，下发断点命令给调试工具库；调试工具库内部接收断点命令后根据断点信息在断点列表中添加断点事件，并将该断点事件的断点状态设置为允许状态；运行测试程序，调用预设模拟前端中的函数；若当前调用函数与某一处于允许状态下的断点事件所记载的函数相同，且已执行到该函数的断点行号位置，则执行断点，测试程序停止运行。本发明通过构建调试工具库，解决了ATE设备中不能多线程异步调试的问题，实现了断点功能和多线程异步流程控制功能。在调试线程处于断点状态时，其它线程可正常运行，而不受断点影响。

技术领域

本发明涉及半导体芯片测试领域，特别涉及一种ATE设备中的多线程断点调试方法及系统。

背景技术

ATE(Automatic Test Equipment)是自动测试设备，它是一种由高性能计算机控制的测试仪器的集合体，是由测试仪和计算机组合而成的测试系统，计算机通过运行测试机程序的指令来控制测试硬件。半导体芯片ATE用于检测集成电路的功能和性能的完整性，是集成电路生产制造流程中确保集成电路品质的重要设备，其对集成电路测试通常需经过测试程序设计、程序编译、向量加载、测试执行四个过程。

调试功能在测试程序设计的过程中非常重要。开发人员往往需要单步调试、修改配置、执行函数来快速调通测试程序。测试机台的调试功能跟常见的调试工具(如linux的gdb)有本质的区别：调试功能是嵌入在测试机台的内部功能，不是单一程序。而且在单步调试过程中需要图形化显示大量的机台数据信息，来帮助开发人员进行调试，一般测试机厂商都会自己开发类似的调试功能。

现有技术中，普遍在Windows+Mingw环境下使用gdb调试用户程序时，由于gdb调试Windows程序时使用Windows Debug API实现的原因，导致不能多线程异步调试。WindowsDebug API不支持non-stop模式，也就是只要进入断点，所有的线程都会停住，这样会限制很多涉及其他线程的功能调试和信息采集。而为了高效的进行芯片测试，测试机程序都是多线程。因此，在ATE系统中，用户给测试程序打断点，程序停止后，用户不能进行其他操作，无法使用AFE工具对芯片进行相应的功能测试。

gdb调试windows程序时，内部实现方式是调用Windows Debug API来实现调试功能。当gdb附着到了一个程序上时，它就使用APl函数WaitForDebugEvent将自己挂起，直到程序中发生调试事件。无论何时，只要调试事件发生，Windows就会把正在被调试程序中的所有线程挂起，把事件传递给调试器。这时，调试器会处理相应的事件。事件被处理完之后，调试器使用ContinueDebugEvent函数通知Windows继续执行程序，于是程序线程就继续执行，从程序中调试事件发生这一时刻开始，一直到调试器调用ContinueDebugEvent继续程序的执行，这个程序完全被挂起。

而芯片测试工程师在调试芯片测试代码时经常会碰到如下场景：在测试结果出错或有疑问的测试代码处打断点，再通过ATE系统的IDE上相模块的工具来获取硬件，寄存器状态或通过设置相应参数来执行获取测试值。来进一步定位问题的原因。但由于上述windows gdb的限制，用户在给测试程序打断点且程序停止后，用户不能进行其他操作，无法使用IDE的其他工具，这也是一直以来的一个行业的痛点。

因此，急需一种能够在ATE设备中多线程断点调试的方案来解决上述问题。

发明内容

有鉴于此，本发明提出了一种ATE设备中的多线程断点调试方法及系统，具体方案如下：

一种ATE设备中的多线程断点调试方法，包括如下：

选择预设的第一调试工具，用户通过测试程序设置函数的断点；