单元测试存储过程时回滚嵌套事务

我正在尝试为一些SQL Server存储过程和函数编写一些集成测试。我希望有一个数据库,其中包含一组已知的测试数据,然后将每个测试包装在一个事务中,完成后将其回滚,以使测试有效地独立。

存储过程/函数可以执行任何操作,从相当简单的联接查询,到使用多个联接层进行复杂筛选,再到将数据插入多个表。

有几个存储过程实际使用事务,因此这些过程很难测试。我将展示一个执行的整体代码的示例,但请记住,这通常位于两个不同的位置(测试设置/拆卸和实际存储过程)。对于这个示例,我还使用了一个非常简单的临时表:

CREATE TABLE #test (
  val nvarchar(500)
)

例子:

-- for this example, just ensuring that the table is empty
delete from #test
go


-- begin of test setup code --
begin transaction 
go
-- end of test setup code --

    -- begin of code under test --
    insert into #test values('aaaa')

    begin transaction 
    go

        insert into #test values('bbbbb')

    rollback transaction 
    go

    insert into #test values('ccccc')

    -- Example select #1:
    select * from #test

    -- end of code under test --

-- begin of test teardown --
rollback transaction 
go
-- end of test teardown

-- checking that #temp is still empty, like it was before test  
-- Example select #2:
select * from #test

这里的问题是,在“示例选择1”中,我希望“aaaa”和“cccc”在表中,但实际上只有“cccc”在表中,因为SQL Server实际上回滚了所有事务(请参见 http://abdulaleemkhan.blogspot.com/2006/07/nested-t-sql-transactions.html )此外,第二次回滚会导致错误,尽管可以通过以下方法避免:

-- begin of test teardown --
if @@trancount > 0 
begin
    rollback transaction 
end
go
-- end of test teardown

它并不能解决真正的问题:在“示例选择2”中,我们仍然在表中得到“CCCC”——它不再回滚,因为没有活动的事务。

有办法解决这个问题吗?对于这种类型的测试有更好的策略吗?

注意:我不确定代码库是否在回滚之后做过任何事情(插入'cccc'部分)--但是如果它曾经做过,不管是有意的还是无意的,测试可能会以奇怪的方式中断,因为另一个测试可能会留下意外的数据。

有点像 Nested stored procedures containing TRY CATCH ROLLBACK pattern? 但是对于这里提出的问题没有真正的解决办法。