用 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<argumentexception>(() => target.Method())</argumentexception>，别用
try/catch+
Assert.Fail，后者无法捕获未抛出异常的情况
如何测带依赖的类（比如用了 IDataService
）
硬依赖真实服务会让测试变慢、不稳定、难以覆盖边界条件。必须解耦。
构造函数注入接口（如public UserService(IDataService data)），而不是在方法里
new DataService()用 Moq 创建模拟对象：
var mock = new Mock<idataservice>(); mock.Setup(x => x.GetUsers()).Returns(new List<user>());</user></idataservice>避免
mock.SetupAllProperties()—— 它会盲目填充所有自动属性，掩盖空引用问题，且影响性能 测试中只模拟**当前测试关心的行为**，其余方法保持默认（
CallBase = true可选，但慎用）
异步方法测试必须用 async Task
返回类型
写成
async void或忽略
await是高频翻车点。前者让测试框架无法等待完成，后者可能跳过断言。 测试方法签名必须是
public async Task MyTestAsync()
Assert必须放在
await之后，否则断言执行时任务可能还没结束 不要用
.Result或
.Wait()强等 —— 在 UI 或某些同步上下文中会死锁 涉及时间逻辑（如
Task.Delay）的测试，考虑用可替换的
ITimeProvider接口，而非真实延时
真正麻烦的不是写几个
[TestMethod]，而是让被测代码本身支持测试：接口隔离、无静态依赖、构造可注入。没做这一步，后面所有断言和 Mock 都是补丁叠补丁。
