6

有没有办法为 SSMS 中的 SQL 查询创建简单的单元测试?我对 T-SQL 和 SSMS 还很陌生,但如果可能的话,我想尝试将我的一些旧 TDD 习惯带入这个领域。

因此,例如,当我编写 DDL 以创建复杂的函数等时,我希望有一些方法来包含一个单元测试,该单元测试(在失败时)实际上会导致输出面板在执行时显示错误消息. (这类似于在正常编程环境中“破坏构建”。)

目前,当我编写一个语法正确的函数,然后按 F5 执行它时,输出消息是:

Command(s) completed successfully.

我正在寻找的是一些简单的 SQL 技巧来模拟基本的红灯/绿灯测试用例。所以我会编写一系列测试语句,只有当我的用户定义函数按预期运行时才会通过。否则会显示错误消息,例如:

Msg 207, Level 16, State 1, Line 2
Invalid statement.

这将允许我立即跳到失败的测试,看看我做错了什么。

我不希望有任何“内置”的东西,但有什么方法可以“伪造”吗?

更新:我刚刚了解到您可以在 SS2012 中抛出异常,我确信我可以将其用于此目的,但不幸的是我现在被 SS2008 困住了。SS2008有什么可比的吗?

4

2 回答 2

7

这些是我可以推荐的 2 个框架

尖沙咀

http://tst.codeplex.com/

使用 TST 测试 SQL Server 代码

http://www.infoq.com/articles/tst-sql-server

tSQLt

http://tsqlt.org/

SQL 测试(tSQLt 的运行器)

http://www.red-gate.com/products/sql-development/sql-test/

更新 1

阅读您的答案,您可能会发现以下转储很有用。

TRY CATCH 是在 SQL Server 2005 中引入的(因此,永远不要看比 2005 年更早的东西)。您实际上可以使用我的转储中提到的存储过程(包括行号)来(重新)抛出异常。在 SQL Server 2012 中,他们(最后!)引入了 throw,因为您提到在 14 年后使 Tsql 成为一种健壮的语言。

所以这是我的转储,我需要有一天清理它,这样它对复制粘贴更友好。

SET XACT_ABORT ON
SET CONCAT_NULL_YIELDS_NULL OFF

DECLARE @message varchar ( max ) 
DECLARE @who varchar ( 255 ) 
set @who = OBJECT_NAME(@@PROCID) -- name of the currently executing sproc

BEGIN TRY

-- ======================================================================================
SET @message = 'HELLO'
EXEC Log @who, @message

         ....

-- ======================================================================================
SET @message = 'GOODBYE'
EXEC Log @who, @message

END TRY

BEGIN CATCH


        -- ======================================================================================
--If an error generated in a TRY block causes the state of the current transaction to be invalidated, the transaction is classified as an uncommittable transaction.
--An error that ordinarily ends a transaction outside a TRY block causes a transaction to enter an uncommittable state when the error occurs inside a TRY block.
-- http://msdn.microsoft.com/en-us/library/ms175976.aspx
       if XACT_STATE() = -1 rollback;

    -- ======================================================================================
SET @message = 'Rolling Back transaction if present'
EXEC Log @who, @message

     -- Its important to rollback the transaction at the very start of the catch.
-- Otherwise the records that are written to the log will also be roll backed.

IF @@TRANCOUNT > 0 
BEGIN
ROLLBACK TRAN 
END

-- ======================================================================================
SET @message = 'Error Occured '
set @message = @message + ' ERROR_NUMBER() : ' + cast(ERROR_NUMBER() as varchar(max))
set @message = @message + ' ERROR_SEVERITY() : ' + cast(ERROR_SEVERITY() as varchar(max))
set @message = @message + ' ERROR_STATE() : ' + cast(ERROR_STATE() as varchar(max))
set @message = @message + ' ERROR_PROCEDURE() : ' +cast(ERROR_PROCEDURE() as varchar(max))
set @message = @message + ' ERROR_LINE() : ' + cast(ERROR_LINE() as varchar(max))
set @message = @message + ' ERROR_MESSAGE() : ' + cast(ERROR_MESSAGE() as varchar(max))

EXEC Log @who, @message

  exec usp_RethrowError


END CATCH


Error logging sproc and table

CREATE PROCEDURE [dbo].[Log]
(
@who varchar(255),
@message varchar(max)
)
AS

SET XACT_ABORT ON
SET CONCAT_NULL_YIELDS_NULL OFF

INSERT INTO [ApplicationLog]
(
[Date],
[Level],
[Logger],
[Host],
[Message]
)
VALUES
(
getDate(),
'INFO',
@who,
'dummy',
@message
)

CREATE TABLE [dbo].[ApplicationLog] (
[Id]            [int] IDENTITY(1, 1) NOT NULL,
[Date]          [datetime] NOT NULL,
[Thread]        [varchar](255)  NULL,
[Level]         [varchar](50) NOT NULL,
[Logger]        [varchar](255)  NOT NULL,
[Host]          [varchar](50)  NOT NULL,
[Message]       [varchar](max)  NOT NULL,
[Exception]     [varchar](max) NULL
)


Rethrow an exception

ALTER PROCEDURE [dbo].[usp_RethrowError]
 -- BOL contains a good example of that, there is a stored procedure called usp_RethrowError

AS -- Return if there is no error information to retrieve.

SET XACT_ABORT ON
SET CONCAT_NULL_YIELDS_NULL OFF

IF ERROR_NUMBER() IS NULL 
  RETURN ;

DECLARE @ErrorMessage NVARCHAR(4000),
  @ErrorNumber INT,
  @ErrorSeverity INT,
  @ErrorState INT,
  @ErrorLine INT,
  @ErrorProcedure NVARCHAR(200) ;

    -- Assign variables to error-handling functions that 
    -- capture information for RAISERROR.
SELECT  @ErrorNumber = ERROR_NUMBER(), @ErrorSeverity = ERROR_SEVERITY(),
        @ErrorState = ERROR_STATE(), @ErrorLine = ERROR_LINE(),
        @ErrorProcedure = ISNULL(ERROR_PROCEDURE(), '-') ;

    -- Building the message string that will contain original
    -- error information.
SELECT  @ErrorMessage = N'Error %d, Level %d, State %d, Procedure %s, Line %d, ' +
        'Message: ' + ERROR_MESSAGE() ;

    -- Raise an error: msg_str parameter of RAISERROR will contain
    -- the original error information.
RAISERROR (@ErrorMessage, @ErrorSeverity, 1, @ErrorNumber, -- parameter: original error number.
  @ErrorSeverity, -- parameter: original error severity.
  @ErrorState, -- parameter: original error state.
  @ErrorProcedure, -- parameter: original error procedure name.
  @ErrorLine-- parameter: original error line number.
        ) ;
于 2012-06-27T22:08:55.823 回答
0

好吧,我找到了解决我自己问题的可能方法:RAISERROR。这在某种程度上“有效”(至少以我设想的方式),允许我构建基本测试,例如:

IF dbo.myTestedFunction(@parm) != @myExpectedResult
    RAISERROR('>> Unit Test FAILED! -- %d, 11, 0, @parm)

这很古怪,但它确实显示了一条错误消息,我可以单击它跳转到有问题的代码行(在我的例子中,它是失败的单元测试)——尽管第一行有一些虚假信息。

于 2012-06-27T23:23:11.987 回答