Roslyn分析器重命名类时文件重命名引发单元测试失败的处理

你遇到的报错核心是：启用SymbolRenameOptions.RenameFile = true后，单元测试仍硬编码期望原文件名，但Roslyn已按规则将文件重命名为新类名，导致断言不匹配。报错信息如下：

Message:
Context: Iterative code fix application
file name was expected to be '/0/Test0.cs' but was 'RenamedSomeTypeName.cs'
Expected string length 11 but was 22. Strings differ at index 0.
Expected: "/0/Test0.cs"
But was: "RenamedSomeTypeName.cs"

之前尝试在分析器加规则、注册新代码修复的思路不对——这不是分析器功能问题，而是单元测试的断言逻辑没跟上预期的文件重命名行为，以下是可行的解决方法：

• 动态生成预期文件名：
  不要在测试中硬编码/0/Test0.cs，而是根据重命名后的类名RenamedSomeTypeName动态拼接出预期文件名RenamedSomeTypeName.cs，再做断言匹配。如果需要保留路径前缀，可以拼接为/0/RenamedSomeTypeName.cs。

• 拆分测试用例：
  将测试拆分为两个独立场景：

  • 场景1：关闭RenameFile，只验证类名是否成功重命名，同时确保文件名不变
  • 场景2：开启RenameFile，专门验证文件是否被重命名为新类名，同时验证类名变更正确

• 自定义文档验证逻辑：
  应用代码修复后，遍历解决方案中的文档集合，检查是否存在目标文件名的文档，同时验证该文档内的类名是否已更新，替代对原文件名的硬编码断言。例如：

  var renamedDoc = solution.Documents.FirstOrDefault(d => d.Name == "RenamedSomeTypeName.cs");
  Assert.NotNull(renamedDoc);
  // 进一步验证文档内容中的类名
  var sourceText = await renamedDoc.GetTextAsync();
  Assert.Contains("class RenamedSomeTypeName", sourceText.ToString());
  

• 忽略路径前缀的验证：
  如果测试框架允许，可以只比对文件名的核心部分（去掉/0/前缀），比如断言doc.Name等于RenamedSomeTypeName.cs，而不是完整路径。

内容的提问来源于stack exchange，提问作者Joel R. Hall