

新闻资讯
技术教程必须将测试方法声明为 async Task 而非 async void,await 被测异步方法,禁用 .Result/.Wait();模拟异步依赖需用 Moq ReturnsAsync 或内存数据库;async void 会导致测试框架无法等待和捕获异常。
async Task 方法直接在测试方法里调用 async 方法但不 await,会导致测试提前结束、断言失效或 Task 未完成就退出。必须让测试框架理解这是异步操作。
async Task(不是 async void),xUnit 和 NUnit 都支持;void 会让测试框架无法等待完成,属于常见崩溃点Task 或 Task,测试中必须 await 它,否则断言可能在结果返回前执行.Result 或 .Wait() 强制同步等待——容易引发死锁,尤其在有同步上下文(如 UI 线程或 ASP.NET 同步上下文)的环境里public class CalculatorServiceTests
{
[Fact]
public async Task AddAsync_ReturnsCorrectSum()
{
var service = new CalculatorService();
var result = await service.AddAsync(2, 3); // ✅ 正确:await Task
Assert.Equal(5, result);
}
}
真实 I/O(网络、数据库)不能进单元测试,必须隔离。难点在于:很多异步接口(如 IHttpClientFactory、IDbContext)本身不提供可 mock 的异步虚方法,需借助包装或接口抽象。
HttpClie
nt,别直接 new,改用 IHttpClientFactory,然后用 Mock + HttpMessageHandler 子类返回预设响应DbContextOptionsBuilder.UseInMemoryDatabase() 是最轻量的集成级替代;若坚持纯单元测试,应将数据访问逻辑提取到接口(如 IUserRepository),再 mock 其 GetByIdAsync() 方法Setup 异步方法:用 Setup(x => x.GetByIdAsync(It.IsAny())).ReturnsAsync(user)
用 SQLite In-Memory 或 SQL Server LocalDB 可跑带 SaveChangesAsync() 的端到端流程,但要注意生命周期和事务隔离。
DbContext 都是空库Sqlite 的内存模式("Data Source=:memory:")+ 显式 BeginTransaction(),保证测试间数据隔离且支持更多 SQL 行为[Collection] 共享数据库实例——并发执行时易冲突;每个测试应独占一个 DbContext 实例和事务var options = new DbContextOptionsBuilder()
.UseSqlite("Data Source=:memory:")
.Options;
using var context = new AppDbContext(options);
context.Database.OpenConnection();
context.Database.CreateTables(); // 自定义扩展方法建表
await context.SaveChangesAsync(); // ✅ 可以测真实 async DB 操作
async void 测试方法一定会失败async void 是“即发即弃”(fire-and-forget),测试框架无法挂起等待,会立刻判定测试通过,哪怕内部抛了异常也捕获不到。
The test method threw an exception: System.InvalidOperationException: Tests cannot be async void
async void,但实际行为不可靠,官方文档明确禁止async Task —— 这是测试框架能 hook 到执行生命周期的唯一契约真正容易被忽略的是:第三方库(比如某些旧版测试辅助类)可能悄悄把回调转成 async void,一旦出现“测试绿了但其实没跑完”,先检查所有 async 方法是否都严格返回 Task。