Question

tSQLt世界的新手（很棒的工具集）并遇到了存储过程的一个小问题我正在为它设置测试。

如果由于某种原因我有一个存储过程连接到多个数据库甚至多个SQL服务器（链接服务器）。

在这种情况下，是否可以使用tSQLt进行单元测试？

Answer 1

我已经评论过，但我想补充一些。正如我已经说过的那样，你可以做任何适合单一交易的事情。

但是对于你的情况，我建议为每个跨数据库/实例对象创建同义词，然后在任何地方使用同义词。

我创建了以下函数来模拟视图/表同义词。它有一些限制，但至少它可以处理简单的用例。

CREATE PROCEDURE [tSQLt].[FakeSynonymTable] @SynonymTable VARCHAR(MAX)
AS
     BEGIN

         DECLARE @NewName VARCHAR(MAX)= @SynonymTable+REPLACE(CAST(NEWID() AS VARCHAR(100)), '-', '');
         DECLARE @RenameCmd VARCHAR(MAX)= 'EXEC sp_rename '''+@SynonymTable+''', '''+@NewName+''';';

        EXEC tSQLt.SuppressOutput
              @RenameCmd;

        DECLARE @sql VARCHAR(MAX)= 'SELECT * INTO '+@SynonymTable+' FROM '+@NewName+' WHERE 1=2;';

        EXEC (@sql);

        EXEC tSQLt.FakeTable
              @TableName = @SynonymTable;
     END;

Answer 2

如果您没有提供示例代码，我不确定您的确切用例，但此信息可能有所帮助。

跨数据库测试的替代方法（假设两个数据库在同一个实例上）是在两个数据库中安装tSQLt。然后，您可以像在本地一样模拟远程数据库中的对象。

E.g。如果你在LocalDb中有一个引用RemoteDb中的表的存储过程，你可以这样做：

想象一下，您有一个过程从本地数据库中名为localTable的表中选择一行，并将该行插入远程数据库中的一个名为remoteTable的表中（在同一实例上）

create procedure [myTests].[test mySproc inserts remoteTable from local table]
as
begin
    -- Mock the local table in the local database
    exec tSQLt.FakeTable 'dbo.localTable' ;
    -- Mock the remote table (not the three part object reference to remoteDb)
    exec RemoteDb.tSQLt.FakeTable 'dbo.remoteTable' ;

    --! Data setup ommitted

    --! exec dbo.mySproc @param = 'some value' ;

    --! Get the data from the remote table into a temp table so we can test it
    select * into #expected from RemoteDb.dbo.remoteTable;

    --! Assume we have already populated #actual with our expected results
    exec tSQLt.AssertEqualsTable '#expected', '#actual' ;
end

上面的代码演示了基础知识，但我在几年前更详细地写了这篇博文here。

不幸的是，这种方法不适用于链接服务器，

可能有多个数据库连接

2 个答案: