Bamboo任务运行时能否使用XUnit并行执行Specflow测试用例

• 查看Bamboo测试任务日志：Xunit默认会在测试执行初期打印并行配置状态，搜索日志中parallelization status字段，若显示为off则当前为串行执行；也可直接比对相邻测试用例的开始、结束时间戳，若前一条用例完全结束后下一条才启动，即可判定为串行执行。
• 核对执行命令差异：对比本地Visual Studio的测试运行参数和Bamboo的测试执行命令，若本地开启了并行但Bamboo的执行命令带--no-parallel参数，也会导致Bamboo端强制串行运行。

你使用的是非SpecFlow+Runner的组合，直接通过Xunit的并行配置即可实现用例并行，操作步骤如下：

• 配置Xunit并行规则：在测试项目根目录新建xunit.runner.json文件，文件属性设置为「如果较新则复制」，文件内容如下：

{
  "parallelizeAssembly": true,
  "parallelizeTestCollections": true,
  "maxParallelThreads": 4
}

其中maxParallelThreads可根据Bamboo构建代理的CPU核心数调整，通常设置为核心数的1~2倍即可。

• 处理Specflow上下文窜扰问题：默认的静态ScenarioContext、FeatureContext在并行场景下会出现上下文错乱，需要安装SpecFlow.ContextInjectionNuGet包，通过依赖注入的方式传递场景上下文，禁止在代码中直接调用静态上下文对象。
• 调整Bamboo测试任务：删除Bamboo测试执行命令中禁用并行的相关参数，保持基础执行命令为dotnet test <你的测试项目名>.csproj -c Release即可。

• 构建代理性能：若Bamboo代理的CPU、内存配置远低于本地开发机，就算开启并行也会出现执行速度偏慢的问题，可排查测试运行时代理的资源占用率，确认是否存在性能瓶颈。
• 网络延迟差异：本地运行API测试时通常和被测服务在同一网络段，若Bamboo代理跨网段、跨机房访问被测接口，单条请求的耗时会显著升高，可在测试日志中打印单接口请求耗时，和本地运行的数值做对比排查。

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