17370845950

最简测试方法需用[TestMethod]标记、实例方法、void返回类型，并用Assert.AreEqual等断言验证结果；测试类须有[TestClass]且非abstract。

用 Microsoft.VisualStudio.TestTools.UnitTesting 写最简测试方法

Visual Studio 默认测试框架是 MSTest，新建测试项目后，[TestMethod] 是唯一必须的标记。不加这个属性，方法不会被识别为测试用例。

常见错误：把测试方法写成 static —— MSTest 要求测试方法必须是实例方法，否则运行时报 Method is not a valid test method。

• 测试类必须有 [TestClass]，且不能是 abstract
• 测试方法返回类型必须是 void（或 Task，用于异步测试）
• 方法名无需遵循特定格式，但建议见名知意，比如 CalculateTotal_WhenTwoItems_ReturnsSum

[TestClass]
public class CalculatorTests
{
    [TestMethod]
    public void Add_When2And3_Returns5()
    {
        var calc = new Calculator();
        var result = calc.Add(2, 3);
        Assert.AreEqual(5, result);
    }
}

Assert 的常用断言和易错点

Assert 类不是装饰品，它直接决定测试是否通过。用错方法会导致误报或漏报。

• Assert.AreEqual(expected, actual) 比较值类型或字符串时安全；但对引用类型默认比引用，不是内容 —— 需改用 CollectionAssert.AreEqual 或重写 Equals
• Assert.IsTrue(condition) 别传表达式字符串（如 "x > 0"），只传布尔值，否则失败时无法显示具体值
• 验证异常要用 Assert.ThrowsException(() => target.Method())，别用 try/catch + Assert.Fail，后者无法捕获未抛出异常的情况

如何测带依赖的类（比如用了 IDataService）

硬依赖真实服务会让测试变慢、不稳定、难以覆盖边界条件。必须解耦。

• 构造函数注入接口（如 public UserService(IDataService data)），而不是在方法里 new DataService()
• 用 Moq 创建模拟对象：var mock = new Mock(); mock.Setup(x => x.GetUsers()).Returns(new List());
• 避免 mock.SetupAllProperties() —— 它会盲目填充所有自动属性，掩盖空引用问题，且影响性能
• 测试中只

  

  模拟**当前测试关心的行为**，其余方法保持默认（CallBase = true 可选，但慎用）

异步方法测试必须用 async Task 返回类型

写成 async void 或忽略 await 是高频翻车点。前者让测试框架无法等待完成，后者可能跳过断言。

• 测试方法签名必须是 public async Task MyTestAsync()
• Assert 必须放在 await 之后，否则断言执行时任务可能还没结束
• 不要用 .Result 或 .Wait() 强等 —— 在 UI 或某些同步上下文中会死锁
• 涉及时间逻辑（如 Task.Delay）的测试，考虑用可替换的 ITimeProvider 接口，而非真实延时

真正麻烦的不是写几个 [TestMethod]，而是让被测代码本身支持测试：接口隔离、无静态依赖、构造可注入。没做这一步，后面所有断言和 Mock 都是补丁叠补丁。