用途：在测试运行器、BDD框架、fixture、数据、服务、隔离或环境搭建缺失或薄弱时，先建立测试基础设施架构，再编写单个测试。适合项目尚无测试基础设施、引入新测试层、现有测试抖动/顺序依赖/缓慢、新BDD用例需要fixture与本地服务、并行测试共享状态冲突等场景。不适用于已健康测试套件中的小型测试。
主要能力：帮助选择测试层次与BDD框架，设计状态、fixture、数据构建器、种子层、本地服务与预检检查，处理抖动与隔离，并坚持“真实优先于mock”。BDD建议面向新套件，选现代、轻量、可读的Given/When/Then工具；既有非BDD套件不强迁，可把场景文本以docstring、heredoc或注释保留在真实测试旁。
使用方式：按流程图理解场景与风险，选择测试层与BDD框架，设计状态与数据，加入预检与隔离，实现最小可用基础设施切片，并用一个代表性测试证明。非平凡基础设施先产出测试基础设施计划，包含场景、框架选型、状态模型、资源与预检、实现切片。可把框架调研、fixture设计、容器与浏览器环境、首批用例迁移拆给独立子代理。
主要能力还包括：用种子子系统、构建器/工厂、唯一命名空间或租户、事务回滚、临时目录等处理状态；对必需环境变量、二进制、本地服务、数据库迁移、端口与权限做快速失败预检；用条件等待替代固定sleep，用隔离端口、临时目录、复用认证fixture解决并行冲突；优先使用临时文件系统、契约驱动的真实监听服务器、测试数据库或容器、mock二进制、浏览器运行时检查，仅在真实资源过慢、不安全、昂贵或不确定时mock。
适用场景：并行、大型或长期维护的套件，涉及真实后端/数据库/队列/缓存、认证与多租户、外部服务、时间与调度、视觉或浏览器行为的项目。模式敏感区域应先命名对应模式，即使尚未实现。
限制：资料未提供具体框架版本、安装命令、代码示例或价格信息。技能强调按需适度投入，不要在首个有用用例前构建完整企业级测试平台，也不要用脆弱的一次性fixture硬撑；小型项目或手动冒烟测试更合适时，应转向手动测试。最终检查包括BDD框架或场景模式已选定、状态隔离与清理明确、资源预检齐全、抖动风险已在架构层解决、mock边界合理、模式敏感区域已命名。