看起来你遇到了一个典型的测试环境与交互环境行为不一致的坑，我来帮你拆解原因和可行的解决方案：

为什么Test Explorer会干扰子进程的stdout读取？ #

Test Explorer运行测试时，和你在Powershell里手动跑测试的环境有几个关键差异：

1. 输出流的强制接管：Test Explorer为了集中收集测试日志，会默认重定向测试进程的所有标准输出/错误。如果你的代码没有明确指定子进程的stdout要绑定到自己创建的管道，子进程很可能会继承Test Explorer的输出流——这就导致你自己的asio::readable_pipe根本收不到任何数据。
2. 无控制台会话环境：Test Explorer通常在非交互式、无控制台窗口的背景会话中运行测试，而Windows下部分程序会检测是否存在控制台，没有的话会跳过stdout输出（虽然g++的--version一般不会，但自定义命令可能有这个逻辑）。
3. 句柄继承权限问题：Test Explorer运行测试的安全上下文和Powershell不同，你手动创建的asio管道可能没设置足够宽松的权限，导致子进程无法向管道写入数据。

解决方法：一步步修复 #

1. 改用Boost.Process内置的输出捕获（最推荐） #

你现在手动管理asio::pipe其实有点绕，Boost.Process本身已经封装了更稳定的输出捕获逻辑，能自动处理环境差异：

#include <boost/process.hpp>
namespace bp = boost::process;

// 直接将子进程stdout捕获到字符串
std::string output;
bp::child proc(
    "/usr/bin/g++", {"--version"},
    bp::std_out > output,  // 明确把子进程stdout定向到output
    bp::std_err > bp::null  // 可选：把stderr定向到空，避免干扰
);
proc.wait();

// 现在output里应该能正常拿到内容了

这种方式不需要自己处理管道的创建和权限，Boost会帮你搞定所有环境适配的细节。

2. 让Test Explorer在控制台环境下运行测试 #

如果一定要保留自己的asio管道逻辑，可以尝试让测试在真实控制台会话中运行：

• 打开VS2026的Test Explorer，找到你的测试项目
• 右键点击项目，选择运行设置 -> 配置运行设置
• 在设置窗口里找到**"运行测试时使用控制台窗口"**选项，勾选它
• 重新运行测试，此时测试进程会在和Powershell一致的控制台环境下执行，子进程的stdout行为也会同步

3. 手动修复管道的权限与继承设置 #

如果你坚持要用自己的asio管道，需要确保管道允许子进程写入：

#include <boost/process.hpp>
#include <asio.hpp>
#include <windows.h>  // 仅Windows平台需要

namespace bp = boost::process;

asio::io_context ctx;
asio::readable_pipe rp{ctx};

#ifdef _WIN32
    // 设置宽松的安全属性，允许子进程继承管道句柄
    SECURITY_ATTRIBUTES sa = {0};
    sa.nLength = sizeof(SECURITY_ATTRIBUTES);
    sa.bInheritHandle = TRUE;
    sa.lpSecurityDescriptor = NULL;  // 允许所有进程访问

    // 用自定义安全属性创建管道
    HANDLE read_handle, write_handle;
    CreatePipe(&read_handle, &write_handle, &sa, 0);
    rp.assign(read_handle);  // 把原生句柄绑定到asio管道

    // 子进程的stdio明确绑定到write_handle
    bp::process proc(
        ctx, "/usr/bin/g++", {"--version"},
        bp::process_stdio{{}, write_handle, {}}
    );
#endif

std::string output;
boost::system::error_code ec;
asio::read(rp, asio::dynamic_buffer(output), ec);
proc.wait();

这样设置后，子进程就能正确将输出写入到你的管道，不会被Test Explorer的环境拦截。

额外调试小技巧 #

如果还是卡壳，可以加些调试代码定位问题：

• 在测试里打印子进程的PID，然后用Process Explorer（Windows Sysinternals工具）查看该子进程的stdout句柄，确认它是不是指向你创建的管道，还是Test Explorer的日志管道。
• 在asio::read前加个短暂延迟（比如std::this_thread::sleep_for(std::chrono::milliseconds(100))），排除子进程输出太快、管道还没就绪的极端情况。

希望这些方法能帮你解决问题，要是还有细节可以补充，我再帮你细化方案！