最简测试方法需用[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 都是补丁叠补丁。
