我应该如何执行SQL ETL脚本和SPROC的自动化测试?

我们有许多DTSX软件包可以提取 - 转换 - 从许多传统的普及型数据库 - > SQL Server 2k8 R2加载数据。 (通过ODBC)

我们的大部分ETL过程T-SQL脚本

遗留数据是一个糟糕的结构混乱,最常见的情况是,我们对ETL脚本所做的调整和修改是为了处理这些格式错误的数据。

我们想要做的是设置一些过程来自动化执行这些转换的SPROCS /脚本的测试。

我们自己提出的是:

  • 拥有一些已知的数据源输入(托管在本地普及数据库中)
  • 运行DTSX包来生成输出
  • 在SQL Server的其他地方有一些预期的和预先创建的输出。
  • 编写我们自己的验证脚本来比较预期与实际。
  • 只是想知道是否还有其他进程/系统/数据库测试应用程序,我们也应该考虑。


    看看tSQLt - SQL Server的数据库单元测试框架。 它使编写稳健的测试非常简单。

    它尚未(但)允许测试脚本,但可以将它们包装到存储过程中。


    传统数据库总是具有挑战性的。

    我建议你看看这篇文章:http://quality-gates.com/?p=1284,其中涵盖了在不同层面验证ETL过程需要做的基本测试:运营,数据仓库等等。

    我们选择在我们的项目中使用质量门。 由于它不是ETL的一部分,因此它使验证变得清晰和客观。 在我看来,你喜欢你正在寻找的东西。

    链接地址: http://www.djcxy.com/p/10377.html

    上一篇: How should I perform automated testing of SQL ETL Scripts & SPROCs?

    下一篇: std::map::emplace() missing