Reqnroll测试代码生成失败求助：无法加载兼容插件程序集

解决方案 #

1. 启用loadFromRemoteSources配置开关 #

在项目的app.config中添加以下运行时配置，允许.NET Framework加载被标记为远程来源的程序集：

<configuration>
  <runtime>
    <loadFromRemoteSources enabled="true"/>
  </runtime>
</configuration>

2. 解除NuGet包文件的远程锁定 #

Windows会标记从网络下载的NuGet包文件为"来自Internet"，触发加载限制：

• 定位到错误提示中的Reqnroll.SpecFlowCompatibility.Generator.ReqnrollPlugin.dll文件，右键→属性→勾选"解除锁定"（位于常规选项卡底部）→确认。
• 或者直接删除项目根目录下的packages文件夹，重新执行nuget restore命令，确保新下载的包无远程标记。

3. 对齐Reqnroll依赖版本 #

当前使用Reqnroll 2.0.3，但依赖的Reqnroll.SpecFlowCompatibility为2.0.0，版本不一致可能引发加载问题。将Reqnroll.SpecFlowCompatibility升级至2.0.3，保持主版本一致。

问题原因 #

1. Windows文件标记：NuGet包从网络下载后，Windows添加的"远程来源"标记触发了.NET Framework 4.6.2的安全限制，默认拒绝加载这类文件。
2. 依赖版本不匹配：Reqnroll主版本与兼容性插件版本不一致，导致插件加载时出现依赖或兼容性冲突。
3. .NET Framework安全策略：旧版.NET Framework默认禁用CAS策略，但仍保留对远程来源文件的加载限制，需显式启用loadFromRemoteSources解除限制。

Reqnroll实用性评估 #

该问题并非Reqnroll本身不可靠，而是旧版.NET Framework环境与Windows文件机制共同导致的配置类问题：

• Reqnroll作为SpecFlow的分叉项目，继承了核心BDD测试能力，且维护更新更活跃，对新.NET版本支持更完善。
• 此类构建错误属于环境配置或依赖管理问题，并非框架BUG，只要遵循版本对齐原则、做好环境配置，Reqnroll可稳定运行。
• 针对.NET Framework 4.6.2这类旧框架，需额外注意兼容配置，这类限制是旧框架的共性问题，并非Reqnroll独有。

内容的提问来源于stack exchange，提问作者The Furious Bear