在Cucumber/behave中复用BLE长耗时连接的最佳实践？

针对你遇到的BLE连接耗时、又不想违背Cucumber/behave最佳实践的问题，这里给几个落地的方案，既兼顾效率又不违反干净状态和状态透明的原则：

1. 显式缓存连接的步骤实现 #

核心思路是让Given a connected BLE device步骤自己处理连接复用，既保持场景的显式性，又避免重复建立连接：

• 步骤内部维护一个全局的连接实例，第一次执行时建立连接，后续执行时先检查连接是否有效（比如是否断开、是否处于可用状态），有效就直接复用，无效则重新建立
• 每个场景开头都必须显式写这个步骤，完全符合“不隐藏状态”的要求
• 同时，每次复用连接前要重置设备的状态（比如清除会话、恢复默认配置），保证每个场景从干净状态启动

示例behave步骤代码：

# 全局变量存储连接实例
_ble_connection = None

@given('a connected BLE device')
def step_impl(context):
    global _ble_connection
    # 检查连接是否存在且有效
    if _ble_connection is None or not _ble_connection.is_connected():
        # 执行耗时的连接流程：扫描、配对、连接
        _ble_connection = scan_and_connect_ble_device()
    # 重置设备状态，保证场景干净
    _ble_connection.reset_to_default()
    context.ble_device = _ble_connection

2. 标签分组+共享上下文 #

把所有需要复用连接的场景用统一标签（比如@ble_reuse_connection）标记，配合钩子实现连接的共享，但必须在Feature文件里明确标注，不能隐藏逻辑：

• 用before_tag钩子在第一个带标签的场景前建立连接，after_tag在最后一个带标签的场景后断开连接
• 每个场景仍然需要显式写Given a connected BLE device步骤，确保状态透明
• 同样要在每个场景前重置设备状态，避免场景间状态污染

示例钩子代码：

_connection_active = False
_ble_connection = None

def before_tag(context, tag):
    global _connection_active, _ble_connection
    if tag == '@ble_reuse_connection' and not _connection_active:
        _ble_connection = scan_and_connect_ble_device()
        context.ble_device = _ble_connection
        _connection_active = True

def after_tag(context, tag):
    global _connection_active, _ble_connection
    # 判断是否是当前Feature里最后一个带标签的场景
    if tag == '@ble_reuse_connection' and context.scenario == context.feature.scenarios[-1]:
        _ble_connection.disconnect()
        _ble_connection = None
        _connection_active = False

Feature文件示例：

Feature: BLE设备功能验证
  @ble_reuse_connection
  Scenario: 安全验证检查
    Given a connected BLE device
    When 发送安全验证指令
    Then 验证结果符合预期

  @ble_reuse_connection
  Scenario: 会话建立测试
    Given a connected BLE device
    When 发起会话创建请求
    Then 会话成功建立

3. 场景链+状态传递 #

把“建立连接”作为一个独立的前置场景，后续场景依赖这个场景的结果，但要通过上下文传递连接实例，同时每个场景仍然显式声明依赖连接：

• 前置场景负责建立连接并把实例存入上下文
• 后续场景的Given a connected BLE device步骤直接从上下文读取连接实例，无需重复建立
• 同样要在每个后续场景前重置设备状态

Feature文件示例：

Feature: BLE设备功能验证
  Scenario: 建立BLE连接
    Given 扫描目标BLE设备
    When 发起BLE连接请求
    Then BLE连接成功建立
    And 保存连接实例到测试上下文

  Scenario: 安全验证检查
    Given a connected BLE device
    When 发送安全验证指令
    Then 验证结果符合预期

  Scenario: 会话建立测试
    Given a connected BLE device
    When 发起会话创建请求
    Then 会话成功建立

关键注意事项 #

无论用哪种方案，都必须守住两个最佳实践的底线：

• 干净状态：每个场景执行前，必须重置设备的业务状态（比如清除会话、恢复默认配置），不能因为复用连接就跳过状态重置，避免场景间的污染
• 状态透明：绝对不能在before_scenario这类钩子中偷偷建立连接却不在Feature场景里体现，所有依赖连接的场景都必须显式包含Given a connected BLE device步骤，让阅读Feature的人一眼就能知道场景的前置条件

内容的提问来源于stack exchange，提问作者fearless_fool