如何在不发布至Azure环境的前提下虚拟测试Azure SQL Database项目组件

针对你的场景——不想污染开发集成环境、需要临时等效数据库做测试、控制成本（无服务器实例可接受），我整理了几个实践中常用的方案，结合Azure DevOps流水线和Python unittest来实现：

方案1：Azure SQL Database无服务器临时实例（推荐，完全等效） #

这是最贴合你需求的方案，因为无服务器实例闲置时会自动暂停计费，测试阶段使用成本极低，且完全匹配Azure SQL DB的特性。

实现步骤： #

• 创建临时资源：在Azure DevOps流水线中用Azure CLI创建随机命名的无服务器SQL服务器和数据库，设置自动暂停（比如闲置1小时后暂停），避免忘记清理产生额外费用。
• 部署变更：用sqlcmd、Azure Data Studio命令行或者你的数据库迁移工具（比如Alembic），把新对象部署到临时数据库。
• 运行测试：修改你的Python unittest配置，连接到这个临时数据库执行测试。
• 清理资源：测试完成后，删除整个临时服务器（会自动连带删除数据库），彻底清理资源。

流水线YAML示例片段： #

steps:
# 1. 创建临时无服务器SQL实例
- task: AzureCLI@2
  displayName: 'Provision Temporary Serverless SQL DB'
  inputs:
    azureSubscription: 'Your-Azure-Service-Connection'
    scriptType: 'bash'
    inlineScript: |
      # 生成随机服务器名避免冲突
      TEMP_SERVER="temp-test-srv-$(openssl rand -hex 4)"
      TEMP_DB="temp-test-db"
      RESOURCE_GROUP="Your-Resource-Group"
      LOCATION="eastus"
      ADMIN_USER="sqladmin"
      ADMIN_PASS="$(Secure-Db-Password)" # 用Azure DevOps安全变量存储密码

      # 创建无服务器SQL服务器
      az sql server create --name $TEMP_SERVER --resource-group $RESOURCE_GROUP --location $LOCATION --admin-user $ADMIN_USER --admin-password $ADMIN_PASS
      # 创建无服务器数据库，设置1小时自动暂停
      az sql db create --server $TEMP_SERVER --name $TEMP_DB --resource-group $RESOURCE_GROUP --edition GeneralPurpose --family Gen5 --capacity 2 --compute-model Serverless --auto-pause-delay 60

      # 将临时资源信息存入流水线变量
      echo "##vso[task.setvariable variable=TempSqlServer]$TEMP_SERVER"
      echo "##vso[task.setvariable variable=TempSqlDb]$TEMP_DB"

# 2. 部署数据库变更到临时实例
- task: AzureCLI@2
  displayName: 'Deploy DB Schema to Temp Instance'
  inputs:
    azureSubscription: 'Your-Azure-Service-Connection'
    scriptType: 'bash'
    inlineScript: |
      # 用sqlcmd执行你的SQL脚本
      sqlcmd -S $(TempSqlServer).database.windows.net -d $(TempSqlDb) -U sqladmin -P $(Secure-Db-Password) -i ./db/schema-updates.sql

# 3. 运行Python单元测试
- task: PythonScript@0
  displayName: 'Execute Unit Tests'
  inputs:
    scriptPath: './tests/run_all_tests.py'
    arguments: "--db-server $(TempSqlServer).database.windows.net --db-name $(TempSqlDb) --db-user sqladmin --db-pass $(Secure-Db-Password)"

# 4. 清理临时资源（即使前面步骤失败也执行，用alwaysRun确保）
- task: AzureCLI@2
  displayName: 'Clean Up Temporary SQL Resources'
  inputs:
    azureSubscription: 'Your-Azure-Service-Connection'
    scriptType: 'bash'
    inlineScript: |
      az sql server delete --name $(TempSqlServer) --resource-group Your-Resource-Group --yes
  condition: always() # 无论测试成功失败都清理

注意事项： #

• 密码等敏感信息一定要用Azure DevOps的安全变量或变量组存储，绝对不要硬编码。
• 随机命名服务器可以避免资源冲突，适合多人并行运行流水线的场景。
• 无服务器实例的自动暂停是兜底机制，即使清理步骤意外失败，闲置1小时后也会停止计费，成本可控。

方案2：Docker容器中的SQL Server（快速轻量，适合兼容场景） #

如果你的数据库没有用到Azure SQL DB独有的高级特性（比如列级安全性、自动故障转移组），可以用Docker运行SQL Server容器作为临时数据库，完全不需要Azure云资源，启动速度更快。

实现步骤： #

• 在Azure DevOps托管代理（比如Ubuntu-latest）上启用Docker（托管代理已预装Docker）。
• 拉取微软官方的SQL Server镜像，启动容器并初始化测试数据库。
• 部署你的数据库变更到容器内的SQL Server。
• 运行Python unittest连接容器数据库，测试完成后销毁容器。

流水线YAML示例片段： #

steps:
# 1. 启动SQL Server容器
- task: CmdLine@2
  displayName: 'Start SQL Server Container'
  inputs:
    script: |
      docker run -d -e "ACCEPT_EULA=Y" -e "SA_PASSWORD=YourStrongPass123!" -p 1433:1433 --name temp-sql-container mcr.microsoft.com/mssql/server:2022-latest

# 2. 等待容器就绪（避免连接失败）
- task: CmdLine@2
  displayName: 'Wait for SQL Server to be Ready'
  inputs:
    script: |
      sleep 30 # 简单等待，也可以用脚本检测连接状态

# 3. 部署DB变更
- task: CmdLine@2
  displayName: 'Deploy Schema to Container DB'
  inputs:
    script: |
      sqlcmd -S localhost -U sa -P YourStrongPass123! -Q "CREATE DATABASE temp_test_db;"
      sqlcmd -S localhost -d temp_test_db -U sa -P YourStrongPass123! -i ./db/schema-updates.sql

# 4. 运行单元测试
- task: PythonScript@0
  displayName: 'Run Unit Tests'
  inputs:
    scriptPath: './tests/run_all_tests.py'
    arguments: "--db-server localhost --db-name temp_test_db --db-user sa --db-pass YourStrongPass123!"

# 5. 清理容器
- task: CmdLine@2
  displayName: 'Stop and Remove SQL Container'
  inputs:
    script: |
      docker stop temp-sql-container
      docker rm temp-sql-container
  condition: always()

优缺点： #

• 优点：启动快、无云资源成本、流水线运行时长更短。
• 缺点：SQL Server容器和Azure SQL DB存在少量特性差异，如果你用到了Azure独有的功能，测试结果可能不准确。

方案3：内存数据库模拟（仅适合极简场景） #

如果你的数据库操作非常简单（比如基础CRUD，无复杂T-SQL语法），可以用SQLite这类内存数据库模拟。但注意：SQLite和Azure SQL DB的语法、特性差异极大，复杂项目不推荐使用，测试覆盖度会打折扣。

实现思路： #

修改你的Python测试代码，在测试前初始化SQLite内存数据库，创建对应的表结构，运行测试后自动销毁。比如用sqlite3模块配合unittest的setUp()和tearDown()方法。

另外，关于你不想提前发布到开发集成环境的思路，我非常认可：直接在共享开发环境测试会引入环境污染风险（比如测试数据残留、未提交的变更影响其他测试），使用临时隔离环境能保证测试结果的独立性和可靠性，是更规范的CI/CD实践。

内容的提问来源于stack exchange，提问作者GettingItDone