.NET 6执行dotnet test集成测试报未知命令--environment=Development

该报错的核心诱因是手动移动项目到子文件夹后，解决方案根目录残留了旧项目的Properties/launchSettings.json配置文件。
执行dotnet test命令时，测试运行器会优先从当前工作目录（即解决方案根目录）查找launchSettings配置，读取到环境配置项后，会错误地将--environment=Development作为命令行参数传递给测试主机进程。但--environment是ASP.NET Core应用宿主的专属启动参数，测试主机进程无法识别该参数，会直接崩溃，进而触发后续的"无法读取流末尾"通信错误。
新建空白项目无法复现、重建解决方案无效的原因也很明确：新建项目不会产生根目录残留配置，而重建操作只会清理各项目目录下的编译产物，不会删除根目录下手动遗留的非生成类文件。

按以下步骤操作即可解决问题：

• 清理解决方案根目录的遗留文件：删除不属于任何子项目的旧Properties文件夹（内含launchSettings.json）、残留的旧.csproj项目文件，这些都是最初将项目直接创建在解决方案根目录时生成的冗余文件。
• （可选加固配置）为避免外部环境配置干扰测试运行，可在测试项目的TestingApplication类中显式指定测试环境，在ConfigureWebHost方法内添加如下配置：

builder.UseEnvironment("Testing");

• 执行清理操作后重新生成解决方案，再运行dotnet test即可恢复正常。

• 你之前添加的<InternalsVisibleTo>配置仅用于解决程序集内部类的跨项目可见性问题，和本次启动参数传递错误的故障完全无关，补充后无法解决问题属于正常情况。
• 单元测试可以正常运行，是因为单元测试不会启动ASP.NET Core Web宿主，不会触发读取launchSettings、传递启动参数的逻辑，只有运行集成测试启动WebHost时才会触发该问题。

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