TypeScript AI 网关中单元测试怎么处理流式中断

用可控的流对象和断开事件来模拟中断

可以在测试中使用可控的流对象来代替真实网络流，并主动触发中断事件，例如 AbortController、ReadableStream.cancel() 或模拟底层 socket 关闭。重点是验证三件事：流是否停止继续写入、资源是否被释放、错误是否被正确传播到调用方。若网关内部有事件监听，也可以断言中断后不会再继续发送 chunk。

重点验证停止输出、错误处理和清理逻辑

测试时建议围绕三个结果展开断言：调用方是否收到预期的取消信号，服务端或适配层是否停止继续产出数据，相关资源是否被正确清理。若有日志、状态标记或埋点，也可以检查中断后是否进入了取消态而不是普通失败态。这样能避免流已经断开，但后台仍在继续执行的情况。

通过控制时间、事件和异步边界提升稳定性

这类测试不建议依赖真实网络和真实模型响应，应该用 mock、stub 或自定义 stream 来控制输出节奏。可以把中断点固定在某个 chunk 之后，并用 Promise、事件监听或假时钟来同步测试流程，避免依赖不确定的时序。若测试框架支持 fake timers，也能减少等待时间，让中断与断言更可预测。