在调试一个包含感知、规划、控制三个节点的嵌入式机器人系统时，每个节点单独运行都表现正常，但一旦组合起来，控制节点就间歇性丢失话题数据。我在项目中遇到过多次这种问题——根源往往不在代码逻辑，而在节点间的启动顺序和时间窗口假设。集成测试框架就是用来系统性地捕获这类"接口摩擦"的。

集成测试的类型与定位

测试类型	测试范围	验证目标	典型工具
单元测试	单个函数或类	逻辑正确性	gtest、pytest
集成测试	多个节点或模块	接口契约与交互行为	launch_testing
系统测试	完整机器人系统	端到端功能与性能	仿真环境 + launch_testing

集成测试位于单元测试和系统测试之间，它不关心单个函数是否返回正确值，而是关注节点间的通信是否按预期建立、QoS策略是否匹配、生命周期事件是否同步。可以把集成测试想象成乐队合奏——每个乐手独奏都没问题，但合在一起就需要指挥来协调节奏和配合，集成测试框架就是那个"指挥"。从技术定义上看，集成测试框架是一套用于启动多节点运行时环境、注入测试激励、采集交互数据并做出断言的工具链。

launch_testing 核心组件

launch_testing是ROS2官方提供的集成测试框架，它扩展了ROS2 launch系统的能力，使其可以在启动节点后自动执行测试用例并收集结果。实际开发中，大部分团队会选择launch_testing作为集成测试的基础设施，因为它与ROS2的节点生命周期、参数系统、时间机制天然集成。

这种架构让集成测试既保留了launch系统的灵活性，又获得了pytest丰富的断言能力。

嵌入式集成测试的特殊策略

在嵌入式目标上运行集成测试与在开发机上完全不同，主要面临三个挑战：资源受限导致无法运行完整测试框架、交叉编译环境与测试分离、硬件依赖难以在CI中复现。

在嵌入式项目中我踩过一个坑：在宿主机上所有集成测试都通过，部署到目标硬件后却发现控制周期从10ms抖动到30ms。原因是宿主机上的测试使用了忽略时间的断言方式，没有考虑嵌入式平台的计算延迟。解决方案是在集成测试中加入"时间一致性检查"——每次交互都记录时间戳，断言中不仅验证数据正确性，还验证时间窗口是否在预期范围内。

一个完整的集成测试示例

下面展示一个典型的launch_testing测试描述结构，它测试的是一个里程计发布节点与定位节点之间的数据流是否正确建立。注意代码中每个变量的来源和使用方式：

from launch import LaunchDescription
from launch_ros.actions import Node
from launch_testing import LaunchTestService
import pytest

# 定义集成测试场景
def generate_launch_description():
    odom_node = Node(
        package='robot_localization',
        executable='ekf_node',
        parameters=[{'use_sim_time': True}],
        output='screen'
    )
    fake_odom_source = Node(
        package='test_utils',
        executable='fake_odom_publisher',
        parameters=[{'publish_rate': 50.0}]
    )
    return LaunchDescription([odom_node, fake_odom_source])

# 测试用例：验证里程计融合后的输出话题
class TestIntegration:
    def test_odom_flow(self, launch_service, proc_info):
        # 启动3秒后采集一次数据
        import rclpy
        node = rclpy.create_node('test_monitor')
        msgs = []
        sub = node.create_subscription(
            Odometry, '/odometry/filtered',
            lambda msg: msgs.append(msg), 10)
        rclpy.spin_once(node, timeout_sec=3.0)
        assert len(msgs) > 0, "未收到融合后的里程计数据"
        assert msgs[-1].pose.pose.position.x != 0.0
        node.destroy_node()

这个示例中，fake_odom_source模拟原始传感器数据，ekf_node进行融合，测试用例订阅融合后的输出话题并验证数据是否正常流通。关键点在于use_sim_time参数保证了所有节点使用同一时间基准——如果省略这个参数，在测试环境中就会出现时间不同步导致的数据延迟或丢失。