编写NUnit单元测试时遭遇System.UnauthorizedAccessException权限问题

看起来你遇到的核心问题是程序试图在受Windows保护的系统目录下创建文件，导致了UnauthorizedAccessException。咱们一步步来解决这个问题：

问题根源 #

你的createFile方法里，FolderName指向了VS IDE的安装目录（C:\Program Files (x86)\Microsoft Visual Studio\2017\Community\Common7\IDE\UserData.bin），这个目录属于系统保护目录，普通用户账号默认没有写入权限，所以测试运行时会被拒绝访问。

可行的解决方案 #

1. 改用系统临时目录（最快见效） #

单元测试应该用独立的、有权限的存储位置，系统临时目录就是个绝佳选择。修改你的文件路径定义：

// 把文件路径改成系统临时目录下的UserData.bin
private string FolderName = Path.Combine(Path.GetTempPath(), "UserData.bin");

private void createFile() 
{
    // 先确保目录存在（临时目录本身肯定存在，但好习惯还是加上）
    var parentDir = Path.GetDirectoryName(FolderName);
    if (!Directory.Exists(parentDir))
    {
        Directory.CreateDirectory(parentDir);
    }
    // 用using语句自动管理流，比手动Close更安全，还能避免资源泄漏
    using (Stream stream = new FileStream(FolderName, FileMode.Create))
    {
        // 如果需要写入内容，在这里操作
    }
}

系统临时目录（比如C:\Users\[你的用户名]\AppData\Local\Temp\）对当前用户完全开放写入权限，而且测试结束后可以选择删除临时文件，不会留下垃圾。

2. 修改测试项目的工作目录 #

如果不想改代码里的路径，可以调整测试运行时的工作目录：

• 右键你的测试项目 → 选择「属性」
• 切换到「调试」标签页，在「工作目录」里输入$(SolutionDir)$(ProjectDir)bin\Debug（或者Release，看你当前的编译配置）
• 这样FolderName如果是相对路径UserData.bin，就会创建在测试项目的输出目录下，这个目录你完全有权限操作。

3. 抽象存储层（单元测试最佳实践） #

如果你的测试重点是验证「注册登录逻辑是否正确」，而不是「文件存储是否正常」，那最好把文件操作的逻辑抽象出来，用内存实现来替代真实的文件系统。

比如先定义一个存储接口：

public interface IUserDataStore
{
    bool SaveUser(string username, string groupId);
    bool CheckUserCredentials(string username, string groupId);
}

然后写生产环境的文件实现，和测试用的内存实现：

// 生产环境用的文件存储
public class FileUserDataStore : IUserDataStore
{
    // 这里放原来的文件操作逻辑
    public bool SaveUser(string username, string groupId)
    {
        // 实现用户保存到文件的逻辑
    }

    public bool CheckUserCredentials(string username, string groupId)
    {
        // 实现从文件验证用户的逻辑
    }
}

// 测试用的内存存储，完全不需要操作文件
public class InMemoryUserDataStore : IUserDataStore
{
    private readonly Dictionary<string, string> _userDatabase = new();

    public bool SaveUser(string username, string groupId)
    {
        if (_userDatabase.ContainsKey(username)) return false;
        _userDatabase.Add(username, groupId);
        return true;
    }

    public bool CheckUserCredentials(string username, string groupId)
    {
        return _userDatabase.TryGetValue(username, out var storedGroup) && storedGroup == groupId;
    }
}

接下来修改ChatRoom类，通过构造函数注入这个存储接口：

public class ChatRoom
{
    private readonly IUserDataStore _userStore;

    // 构造函数注入，让ChatRoom不依赖具体的存储实现
    public ChatRoom(IUserDataStore userStore)
    {
        _userStore = userStore;
    }

    public bool Register(string username, string groupId)
    {
        return _userStore.SaveUser(username, groupId);
    }

    public bool Login(string username, string groupId)
    {
        return _userStore.CheckUserCredentials(username, groupId);
    }

    public void Start()
    {
        // 原来的Start逻辑
    }
}

最后修改测试代码，用内存存储来跑测试：

[Test] 
public void Login_Registered_User_Test() 
{ 
    // 用内存存储替代文件存储，完全避免权限问题
    var testUserStore = new InMemoryUserDataStore();
    ChatRoom cr = new ChatRoom(testUserStore); 
    cr.Start(); 
    string username = "test123"; 
    string groupId = "5"; 
    Assert.IsTrue(cr.Register(username, groupId)); 
    Assert.IsTrue(cr.Login(username, groupId)); 
}

这种方式不仅解决了权限问题，还让你的测试更纯粹——只验证业务逻辑，不依赖外部的文件系统，测试速度也会更快。

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