3. TestStand执行模型深入

要让并行测试真正跑得快、跑得稳，不能只会在Sequence里拖步骤。TestStand的执行模型决定了“谁在什么时候、以什么身份、在哪个线程上执行哪段序列”，理解这五件事——线程、执行入口点、序列调用、等待步骤、自动调度——才能把并行化从“碰运气”变成“可设计”。

线程：执行资源的物理边界

TestStand中每个执行（Execution）都运行在某个线程上。线程不是抽象概念，它对应操作系统调度实体，决定了CPU占用、内存栈和阻塞行为。TestStand把线程分为几类：主线程（UI线程）负责界面响应和引擎调度；执行线程（Execution Thread）承载序列的实际执行；还有回调线程、等待线程等。关键点在于：一个执行默认只在一个线程上顺序执行步骤，步骤之间不会自动并行。并行化的本质，就是创建多个执行，让它们分布到不同线程上。

TestStand的线程模型有一个重要约束：同一时刻，一个线程只能执行一个步骤。如果某个步骤是阻塞的（比如等待仪器响应、调用外部DLL），该线程就被占住，后续步骤无法推进。因此，并行设计的第一原则是：把阻塞型操作分散到不同执行/线程中，而不是在一个序列里堆叠。

执行入口点：并行化的“启动开关”

执行入口点（Execution Entry Point）是TestStand启动一个执行的入口序列。常见入口点包括：Sequential（顺序执行）、Parallel（并行执行）、Batch（批处理）、Remote（远程调用）等。选择哪个入口点，直接决定了执行的调度方式。

以Parallel入口点为例，它允许同时启动多个测试序列，每个序列在独立线程上运行。而Sequential入口点则严格按顺序执行。在并行化设计中，通常的做法是：主序列使用Sequential入口点做流程控制，然后通过Parallel或Batch入口点启动多个测试执行。这里有一个容易踩的坑：入口点不是“越多越好”。每个入口点都会创建独立的执行上下文，消耗内存和句柄。如果并行度过高，反而会因为资源竞争导致节拍变长。

序列调用：同步与异步的分水岭

序列调用（Sequence Call）是TestStand中最常用的步骤类型之一。它有两种模式：同步调用和异步调用。同步调用会等待被调用序列执行完毕才返回，调用者线程被占用；异步调用则立即返回，被调用序列在另一个线程上运行，调用者可以继续执行后续步骤。

这个区别是并行化的核心。假设你有四个测试站，每个站需要执行一段初始化序列。如果使用同步调用，四个初始化会串行执行，总时间等于四段之和；如果使用异步调用，四个初始化可以同时启动，总时间约等于最长的那一段。但异步调用也带来新问题：调用者如何知道被调用序列何时完成？答案就是等待步骤。

等待步骤：并行汇合的同步点

等待步骤（Wait Step）在并行设计中扮演“汇合点”的角色。它让当前执行暂停，直到某个条件满足。TestStand提供了多种等待方式：等待时间（Wait Time）、等待线程（Wait for Thread）、等待执行（Wait for Execution）、等待序列（Wait for Sequence）等。

实际工程中，最常用的是Wait for Execution和Wait for Thread。例如，主序列异步启动了四个测试执行，然后使用四个等待步骤分别等待它们完成。等待步骤可以设置超时时间，超时后触发错误处理或强制终止。这里的关键参数是超时值：设得太短，正常测试会被误判为失败；设得太长，节拍优化失去意义。建议根据历史测试时间的P99值加20%余量来设定。

自动调度：引擎背后的资源分配逻辑

TestStand的自动调度机制负责把执行分配到可用线程上。它维护一个线程池，当有新的执行请求时，引擎从池中分配线程；执行完成后，线程归还池中。这个过程对用户透明，但有几个参数会影响调度行为：最大并行执行数、线程优先级、执行超时。

最大并行执行数决定了同时能跑多少个执行。设得太小，并行度不足；设得太大，线程切换开销和资源竞争会抵消并行收益。经验公式是：最大并行数 ≈ CPU核心数 × (1 + I/O等待时间 / 计算时间)。例如，四核CPU，测试中约60%时间在等待仪器响应，则最大并行数可设为4 × (1 + 0.6/0.4) = 10左右。但实际还要考虑仪器数量、许可证限制等硬约束。

线程优先级在混合负载场景下很重要。如果并行执行中既有实时性要求高的测试，又有后台数据记录，可以通过设置不同优先级来保证关键路径不被阻塞。TestStand允许在序列属性中设置执行优先级，但要注意：优先级只影响调度倾向，不保证绝对顺序。

并行化设计的底层控制清单

把上述机制落到实际配置中，可以按以下清单逐项检查：

• 入口点选择：主流程用Sequential，并行测试用Parallel或Batch；避免在Parallel入口点内再嵌套Parallel，防止线程爆炸。
• 序列调用模式：对独立测试项使用异步调用；对依赖前置结果的步骤使用同步调用。
• 等待步骤配置：每个异步调用对应一个等待步骤；设置合理超时（建议P99+20%）；超时后执行清理和错误上报。
• 线程池参数：根据CPU核心数和I/O占比计算最大并行数；监控线程池使用率，避免长期满载。
• 资源隔离：确保并行执行不争抢同一仪器句柄、同一文件路径、同一数据库连接；必要时用信号量或队列做互斥。