tSQLt框架中如何伪造/模拟序列以开展单元测试？

问题 #

我正在使用tSQLt框架为数据库编写单元测试，很多存储过程会向不同表插入记录，且直接调用序列生成插入记录的ID，代码示例：

SET tID = NEXT VALUE FOR dbo.TableName_SEQ

在为引用该序列的存储过程编写单元测试时，尝试使用tSQLt.RemoveObject，但收到错误：

Object '[dbo].[TableName_SEQ]' cannot be renamed because the object participates in enforced dependencies.

由于被测存储过程直接调用该序列，请问该如何处理？是否存在类似FakeFunction的tSQLt对象可伪造序列，每次运行时输入预期ID？

解决方案 #

tSQLt目前没有直接伪造序列的内置方法（类似FakeFunction的FakeSequence不存在），但可以通过以下几种实用方式解决问题：

1. 封装序列调用到函数，用FakeFunction伪造 #

这是最灵活的方案，适合需要精准控制返回ID的场景：

• 先创建一个包装序列调用的标量函数：

  CREATE FUNCTION dbo.GetNextTableNameID()
  RETURNS INT
  AS
  BEGIN
      RETURN NEXT VALUE FOR dbo.TableName_SEQ;
  END;
  

• 修改存储过程，把直接调用序列的代码替换为调用这个函数：

  SET tID = dbo.GetNextTableNameID();
  

• 测试时，用tSQLt.FakeFunction伪造该函数，返回预期ID：

  EXEC tSQLt.FakeFunction @FunctionName = 'dbo.GetNextTableNameID', @FakeFunctionName = 'dbo.Fake_GetNextTableNameID';
  -- 定义伪造函数的返回逻辑，比如固定返回100
  CREATE FUNCTION dbo.Fake_GetNextTableNameID()
  RETURNS INT
  AS
  BEGIN
      RETURN 100;
  END;
  

2. 重置序列起始值控制返回ID #

如果不需要动态伪造不同ID，只是需要让序列返回预期值，可以在测试前修改序列的起始值：

-- 测试前重置序列到预期值的前一位，这样第一次调用就会得到目标ID
ALTER SEQUENCE dbo.TableName_SEQ
RESTART WITH 99; -- 下一次NEXT VALUE会返回100

注意：测试完成后要恢复序列的原始设置，避免影响其他测试或业务逻辑，可在测试的Setup和Teardown脚本中处理。

3. 用tSQLt.SpyProcedure间接验证（适用于插入场景） #

如果存储过程是获取序列ID后插入到表中，可以用tSQLt.SpyProcedure替换目标存储过程，或者伪造插入的目标表，直接验证插入的ID是否符合预期，无需直接控制序列的返回值。

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