VS Code中SQL Database项目（原SSDT项目）的.NET Framework单元测试迁移至Linux环境Azure DevOps CI/CD管道的可行性咨询

我完全理解你的困境——好不容易把核心数据库对象顺利迁移到VS Code的SQL Database项目，还搞定了Linux构建代理部署到Azure SQL的流程，结果卡在单元测试这一块，网上相关资料又少得可怜，确实挺闹心的。我来分享几个实际可行的思路，帮你突破这个瓶颈：

替代方案：用通用.NET测试框架+SqlClient重写单元测试 #

目前确实没有官方的.NET Core版Microsoft.Data.Tools.Schema.Sql.UnitTesting库，但你可以换个思路，用.NET Core原生支持的xUnit、NUnit这类通用测试框架，搭配System.Data.SqlClient或Microsoft.Data.SqlClient来重构单元测试：

• 测试前在Azure DevOps流水线中部署临时测试数据库（比如用Azure SQL的临时实例，或者用Docker快速启动SQL Server容器）
• 用SqlClient执行测试用的SQL脚本（比如插入测试数据、调用存储过程），然后通过代码断言执行结果是否符合预期
• 这种方式完全兼容Linux环境，而且灵活性更高，不受旧SSDT测试库的限制，也是很多迁移开发者的首选方案

兼容旧测试：在Linux上用Docker容器运行现有.NET Framework测试 #

如果不想重写所有测试代码，你可以在Azure DevOps的Linux代理上借助Docker容器来运行原有.NET Framework测试：

• 基于mcr.microsoft.com/dotnet/framework/sdk:4.8这类官方镜像构建自定义容器，把你的测试项目及依赖包打包进去
• 在流水线中拉取该容器，执行vstest.console.exe命令运行测试
• 这种方法无需修改现有测试代码，缺点是容器镜像体积偏大，但能快速适配Linux流水线环境

轻量方案：结合SQL Database项目的publish功能做脚本化测试 #

对于简单的测试场景，你可以利用VS Code SQL Database项目的dotnet publish能力，配合脚本完成测试：

• 用dotnet publish生成DACPAC文件，部署到测试数据库
• 编写PowerShell或Bash脚本，连接数据库执行测试用例，校验返回结果是否符合预期
• 这种方案不需要复杂的.NET测试框架，适合快速验证核心数据库逻辑

另外要明确的是，目前微软官方确实没有推出针对.NET Core的SSDT单元测试专用库，所以上面这些都是社区里经过验证的替代方案。如果时间允许，优先推荐第一种重写测试的方式，虽然初期有一定工作量，但长期来看更适配.NET Core和Linux的技术栈。

备注：内容来源于stack exchange，提问作者Fred James