Visual Studio C#窗体解决方案单元测试Application信息异常问题

这个问题我之前也碰到过，核心原因其实很清晰：单元测试运行时，你的代码是在测试框架的宿主进程（比如vstest.console.exe或者Visual Studio内置的测试运行进程）里执行的，而非你的Project A程序集。

当你调用Application.CompanyName时，它读取的是当前执行进程的程序集元数据——也就是测试宿主进程的AssemblyCompany属性，这个属性默认就是"Microsoft Corporation"，所以不管你在单元测试项目里怎么设置自己的公司名称，都不会生效。

下面是几种靠谱的解决办法，按推荐程度排序：

1. 直接读取Project A程序集的Company信息（最直接） #

放弃使用Application.CompanyName，转而从Project A自身的程序集里提取公司名称，这样不管代码在哪运行（单独启动还是单元测试），都能拿到正确的值。示例代码：

using System.Reflection;

// 替换成Project A中任意一个类的类型，比如你的主窗体类或者某个工具类
var projectAAssembly = Assembly.GetAssembly(typeof(YourProjectAMainForm));
var companyAttribute = projectAAssembly.GetCustomAttribute<AssemblyCompanyAttribute>();
string companyName = companyAttribute?.Company ?? "默认公司名称";

2. 用依赖注入抽象获取逻辑（最符合测试最佳实践） #

如果你的业务逻辑依赖于"获取公司名称"这个操作，最好把它抽象成接口，这样在单元测试时可以轻松模拟返回值，彻底避免依赖环境或进程的问题：

首先在Project A中定义接口和实现：

// 抽象接口
public interface ICompanyNameProvider
{
    string GetCompanyName();
}

// 生产环境实现（保留原来的注册表读取逻辑）
public class RegistryBackedCompanyProvider : ICompanyNameProvider
{
    public string GetCompanyName()
    {
        // 先从Project A程序集拿到公司名称
        var companyName = Assembly.GetAssembly(typeof(YourProjectAType))
                                  .GetCustomAttribute<AssemblyCompanyAttribute>()?.Company;
        // 再用这个名称去查询注册表
        return YourRegistryLookupLogic(companyName);
    }
}

然后在单元测试项目中创建模拟实现：

public class MockCompanyNameProvider : ICompanyNameProvider
{
    public string GetCompanyName()
    {
        // 返回你测试需要的任意公司名称
        return "测试专用公司";
    }
}

之后在业务代码中通过依赖注入使用ICompanyNameProvider，单元测试时注入模拟实现即可完全控制返回值。

3. 不推荐：修改测试宿主的程序集信息 #

虽然理论上可以通过修改测试宿主进程的程序集元数据来改变Application.CompanyName的返回值，但操作复杂且不稳定——比如不同版本的Visual Studio测试宿主可能路径不同，而且更新后可能失效，所以不建议用这种方法。

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