能否在待测试项目内部放置xUnit测试并直接运行？

1. 测试与源代码同项目可行性 #

可以将xUnit测试与业务源代码放在同一个项目，但该方案不属于官方推荐的最佳实践，会额外增加配置成本，且处理不当会导致测试依赖被带入生产发布包。

2. 报错原因说明 #

• 初始提示无可用测试：xUnit测试需要依赖Microsoft.NET.Test.Sdk包才能被Visual Studio测试平台识别，仅添加xUnit核心引用无法触发测试发现逻辑。
• 引入Test.Sdk后报多入口点错误：你的原项目为带Main入口的可执行项目（控制台、WPF、WinForm等类型），而Microsoft.NET.Test.Sdk默认会为测试项目自动生成测试程序集的入口点，两个入口冲突导致编译失败。
  

3. 解决方案 #

方案1：保留单项目结构 #

修改项目.csproj文件，添加如下配置即可解决冲突：

<PropertyGroup>
  <!-- 禁止Test.Sdk自动生成测试入口点 -->
  <GenerateProgramFile>false</GenerateProgramFile>
  <!-- 配置Release模式下的编译常量，用于过滤测试代码 -->
  <DefineConstants Condition="'$(Configuration)' == 'Release'">$(DefineConstants);RELEASE</DefineConstants>
</PropertyGroup>

<ItemGroup Condition="'$(Configuration)' == 'Debug'">
  <!-- 测试依赖仅在Debug模式下生效 -->
  <PackageReference Include="Microsoft.NET.Test.Sdk" Version="你的对应版本号" />
  <PackageReference Include="xunit" Version="你的对应版本号" />
  <PackageReference Include="xunit.runner.visualstudio" Version="你的对应版本号" />
</ItemGroup>

同时为测试类添加条件编译标记，避免生产发布时引入测试代码：

#if !RELEASE
public class Test
{
    [Fact]
    public void TestMethod()
    {
    }
}
#endif

后续将补充测试实现逻辑、优化测试命名……

方案2：官方推荐方案 #

新建独立的xUnit测试项目，引用原有业务项目，所有测试代码统一存放于测试项目中。该方案无需修改原有业务项目的任何配置，不存在依赖冲突、入口冲突问题，也不会对生产发布包产生任何影响。

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