基于.NET与Pact V4的提供者测试：交互间数据库清理方案问询

当然可以在交互之间清理数据库，下面给你两种最实用的方案，也可以调整测试设计避免清理需求：

一、直接做交互后/测试前的数据库清理 #

1. 利用测试框架的生命周期钩子 #

不管用xUnit还是NUnit，都可以借助框架的前置/后置钩子来保证每次测试（交互）的数据库环境是干净的：

• xUnit：实现IDisposable接口，在Dispose方法里执行清理；或者用IClassFixture共享清理逻辑
• NUnit：用[SetUp]（测试前）和[TearDown]（测试后）标记方法，在[TearDown]里清空数据或回滚操作

2. 用事务回滚实现无残留清理 #

这是最高效的方式：在每个测试开始时开启数据库事务，所有Given条件的数据插入、接口请求的数据库操作都在这个事务里执行，测试结束后直接回滚事务，数据库会自动回到初始状态。

示例代码：

public class ItemProviderTests : IDisposable
{
    private readonly IDbTransaction _transaction;
    private readonly IDbConnection _dbConnection;

    public ItemProviderTests()
    {
        // 初始化数据库连接并开启事务
        _dbConnection = new SqlConnection("你的数据库连接字符串");
        _dbConnection.Open();
        _transaction = _dbConnection.BeginTransaction();
        // 确保你的数据访问层使用这个带事务的连接执行操作
    }

    // 测试结束后回滚事务，清理所有操作
    public void Dispose()
    {
        _transaction.Rollback();
        _dbConnection.Close();
    }

    [Fact]
    public void VerifyUpdateItemInteraction()
    {
        _pact
            .UponReceiving("Update my item")
            .Given("There is an item with id {id}", context => 
            {
                // 使用带事务的连接插入测试数据
                var insertCmd = _dbConnection.CreateCommand();
                insertCmd.Transaction = _transaction;
                insertCmd.CommandText = "INSERT INTO Items (Id, Name) VALUES (@id, 'Test Item')";
                insertCmd.Parameters.AddWithValue("@id", context.Parameters["id"]);
                insertCmd.ExecuteNonQuery();
            })
            .Given("There is a child item with id {childId}", context => 
            {
                // 同样用事务连接插入子项数据
                var childCmd = _dbConnection.CreateCommand();
                childCmd.Transaction = _transaction;
                childCmd.CommandText = "INSERT INTO ChildItems (Id, ParentId) VALUES (@childId, @parentId)";
                childCmd.Parameters.AddWithValue("@childId", context.Parameters["childId"]);
                childCmd.Parameters.AddWithValue("@parentId", context.Parameters["id"]);
                childCmd.ExecuteNonQuery();
            })
            // 定义请求、响应并验证
            .WithRequest(HttpMethod.Put, "/items/{id}")
            .WithResponse(HttpStatusCode.OK)
            .Verify();
    }
}

3. 重置数据库（适合小型测试库） #

如果事务回滚不适用，可以在每个测试后执行SQL脚本清空相关表，或者重置整个数据库（比如重新运行初始化脚本）。不过这种方式速度比事务回滚慢，适合数据量小的场景。

二、调整测试设计，避免清理需求 #

如果不想做清理，可以让每个交互的测试数据完全隔离：

• 给每个测试用唯一的标识（比如GUID）生成测试数据ID，确保不同交互的数据不会互相干扰
• 比如每个Given条件里插入的Item ID用Guid.NewGuid().ToString()，这样即使不清理，后续测试也不会用到这些数据

这种方式不需要额外的清理逻辑，但要注意测试数据积累过多可能会影响数据库性能，定期清理还是有必要的。

关于多Given条件的说明 #

你当前的多个Given条件分别执行数据预置是完全没问题的——不管有多少个Given，只要用上面的事务回滚或钩子清理，都能保证每个交互结束后数据库回到干净状态。

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