Sql 如何在StoredProcedure中模拟/伪造RaiseError

这是我使用

tsqlt

的第一天，所以您可能会看到一些模糊的陈述

我试图测试一个StoredProcess，它有一个

Try Catch块

，但测试中的实际语句是insert和update命令

现在，我想测试在出现错误的情况下，catch块是否执行了预期的任务

您能指导我如何在测试中从存储过程中引发错误吗？在测试中，我们没有任何可模拟/伪造的内容

---

希望我的问题可以理解，如果需要，很高兴澄清。

您可以使用SQL Server中的RAISERROR来实现这一点：

RAISERROR ('Error raised in TRY block.', -- Message text.
               16, -- Severity.
               1 -- State.
               );

---

您可以在MSDN网站上看到更多信息：

因此，如果我正确理解了您的问题，您是否正在尝试测试catch block是否有效

实现这一点的方法将取决于在捕捉块内发生的情况。想象一下这个场景：

create table mySimpleTable
(
  Id int not null primary key
, StringVar varchar(8) null 
, IntVar tinyint null
)
go

我们有一个存储过程，可以将数据插入这个表中

这是基于我在许多过程中使用的模板。它首先验证输入，然后执行需要执行的工作。命名每个步骤对于理解更复杂的多步骤过程中错误发生的位置特别有用。catch块使用我的Log4TSql日志框架，您可以从中阅读和下载更多信息

我遵循的模式是在catch块中捕获有关异常的信息以及发生错误时过程正在执行的操作，但要确保在过程结束时仍然抛出错误。您还可以选择在catch块内调用raiserror（在SQL2012上也是

throw

）。无论哪种方式，我相信如果一个过程遇到异常，它应该始终在链的上游得到通知（即从不隐藏）

让我们首先创建一个新的模式（类）来保存测试

exec tSQLt.NewTestClass 'mySimpleTableInsertTests' ;
go

我们的第一个测试是最简单的，只是检查即使catch块捕获到异常，过程仍然返回错误。在这个测试中，我们只需使用

exec tSQLt.ExpectException

来检查当@Id作为NULL提供时是否引发了错误（这使我们的输入验证检查失败）

我们的第二个测试稍微复杂一些，它使用

tsqlt.SpyProcedure

来“模拟”将记录异常的ExceptionHandler。在后台，当我们以这种方式模拟一个过程时，tSQLt会创建一个以被监视的过程命名的表，并将被监视的过程替换为只将输入参数值写入该表的过程。在测试结束时，这些都会回滚。这使我们能够检查是否调用了ExceptionHandler以及向其中传递了哪些值。在本测试中，我们检查是否由于输入验证错误而由mySimpleTableInsert调用ExceptionHander

create procedure [mySimpleTableInsertTests].[test calls ExceptionHandler on error]
as
begin
    --! Set the Error returned by ExceptionHandler to zero so the sproc under test doesn't throw the error
    exec tsqlt.SpyProcedure 'log4.ExceptionHandler', 'set @ErrorNumber = 0;';

    select
          cast('Failed to add row to mySimpleTable at step: [Validate inputs]' as varchar(max)) as [ErrorContext]
        , '[dbo].[mySimpleTableInsert]' as [ErrorProcedure]
    into
        #expected

    --! Act
    exec dbo.mySimpleTableInsert @Id = null

    --! Assert
    select
          ErrorContext
        , ErrorProcedure
    into
        #actual
    from
        log4.ExceptionHandler_SpyProcedureLog;

    --! Assert
    exec tSQLt.AssertEqualsTable '#expected', '#actual';
end;
go

最后，以下（有些做作）示例使用相同的模式检查是否捕获并抛出了一个错误，如果@IntVar的值对于表来说太大：

create procedure [mySimpleTableInsertTests].[test calls ExceptionHandler on invalid IntVar input]
as
begin
    --! Set the Error returned by ExceptionHandler to zero so the sproc under test doesn't throw the error
    exec tsqlt.SpyProcedure 'log4.ExceptionHandler', 'set @ErrorNumber = 0;';

    select
          cast('Failed to add row to mySimpleTable at step: [Add Row]' as varchar(max)) as [ErrorContext]
        , '[dbo].[mySimpleTableInsert]' as [ErrorProcedure]
    into
        #expected

    --! Act
    exec dbo.mySimpleTableInsert @Id = 1, @IntVar = 500

    --! Assert
    select
          ErrorContext
        , ErrorProcedure
    into
        #actual
    from
        log4.ExceptionHandler_SpyProcedureLog;

    --! Assert
    exec tSQLt.AssertEqualsTable '#expected', '#actual';
end;
go
create procedure [mySimpleTableInsertTests].[test throws error on invalid IntVar input]
as
begin
    exec tSQLt.ExpectException @ExpectedErrorNumber = 50000;

    --! Act
    exec dbo.mySimpleTableInsert @Id = 1, @IntVar = 500
end;
go

---

如果这不能回答您的问题，也许您可以发布一个您试图实现的示例。

我希望在测试我的StoredProc时出现此错误，以便可以测试sp中的catch语句。必须在存储过程中发生此错误，才能在其中捕获它。您必须在sp内的try语句中添加RAISERROR。如果您试图在sp外的任何调用中创建错误，则需要一个单独的try catch块。Sp将只处理自己的错误，而不是调用方的错误。那么，在这种情况下，我们如何测试此类场景？就像我说的，只需将上面的RAISERROR语句添加到Sp Try块中，然后这将调用catch块。完成测试后，您可以从SPalter进程中删除此语句，然后从realter中删除？我不确定这是否是前进的最佳方式，如果这是前进的唯一方式，我会感到失望。感谢DataCentricity，感谢您的详细解释，这听起来是我应该遵循的，但我仍然有一个疑问，如果@Id为null，我们会怎么做？引发一个错误，我们可以从测试过程中模拟吗？我的意思是，如果我的存储过程引发了任何错误，也没有任何东西可以模拟引发错误，该怎么办？我们如何测试这些场景？希望我说的有道理。。再次感谢。@Muds即使

mySimpleTableInsert

没有“验证输入”步骤，

[test从catch块抛出错误]

仍将测试是否抛出错误，因为mySimpleTable上的Id被限制为非空。如果我能理解你的代码是如何工作的，特别是在catch块中，你能给出一个你试图测试的类型的例子吗？我也许能给你一个更具体的答案。另外，我的第二个2个测试例子（稍后添加）向你展示了如何测试insert本身的错误。在语句

exec dbo.mySimpleTableInsert@Id=1，@IntVar=500

中，@IntVar的值对于作为tinyint的目标列来说故意太大。这将导致一个错误，您可以使用

tSQLt.ExpectException

hmm测试该错误，因此您认为，为了引发错误，我们必须打破某些或其他条件，我们不能在测试中模拟某些东西来引发错误。当然。有时你不得不在测试中设计一种在现实世界中可能不会发生的情况。在上面的示例中（假设mySimpleTable没有被伪造），即使存储过程没有像我的一样验证输入，如果将@Id作为NULL传递进来，也会得到一个异常。您的测试证明，如果存储过程遇到错误，将向调用方返回异常。我对你试图断言的内容的理解正确吗？

create procedure [mySimpleTableInsertTests].[test calls ExceptionHandler on error]
as
begin
    --! Set the Error returned by ExceptionHandler to zero so the sproc under test doesn't throw the error
    exec tsqlt.SpyProcedure 'log4.ExceptionHandler', 'set @ErrorNumber = 0;';

    select
          cast('Failed to add row to mySimpleTable at step: [Validate inputs]' as varchar(max)) as [ErrorContext]
        , '[dbo].[mySimpleTableInsert]' as [ErrorProcedure]
    into
        #expected

    --! Act
    exec dbo.mySimpleTableInsert @Id = null

    --! Assert
    select
          ErrorContext
        , ErrorProcedure
    into
        #actual
    from
        log4.ExceptionHandler_SpyProcedureLog;

    --! Assert
    exec tSQLt.AssertEqualsTable '#expected', '#actual';
end;
go

create procedure [mySimpleTableInsertTests].[test calls ExceptionHandler on invalid IntVar input]
as
begin
    --! Set the Error returned by ExceptionHandler to zero so the sproc under test doesn't throw the error
    exec tsqlt.SpyProcedure 'log4.ExceptionHandler', 'set @ErrorNumber = 0;';

    select
          cast('Failed to add row to mySimpleTable at step: [Add Row]' as varchar(max)) as [ErrorContext]
        , '[dbo].[mySimpleTableInsert]' as [ErrorProcedure]
    into
        #expected

    --! Act
    exec dbo.mySimpleTableInsert @Id = 1, @IntVar = 500

    --! Assert
    select
          ErrorContext
        , ErrorProcedure
    into
        #actual
    from
        log4.ExceptionHandler_SpyProcedureLog;

    --! Assert
    exec tSQLt.AssertEqualsTable '#expected', '#actual';
end;
go
create procedure [mySimpleTableInsertTests].[test throws error on invalid IntVar input]
as
begin
    exec tSQLt.ExpectException @ExpectedErrorNumber = 50000;

    --! Act
    exec dbo.mySimpleTableInsert @Id = 1, @IntVar = 500
end;
go