次の方法で共有

SQL Server のデータベース単体テストに関する問題のトラブルシューティング

  • [アーティクル]

ここで示されている問題は、データベースで SQL Server 単体テストを操作した場合に発生する可能性があります。

単体テストの実行時に単体テストと App.Config への変更が無視される

テスト プロジェクトの App.Config ファイルを変更する場合、テスト プロジェクトをビルドし直さないと、その変更が反映されません。 これらの変更には、 [SQL Server テスト構成] ダイアログ ボックスを使用して App.Config に対して行う変更も含まれます。 テスト プロジェクトをビルドし直さない場合、単体テストを実行しても変更は適用されません。

単体テストの実行時にデータベースが予期しないターゲットに配置される

単体テストの実行時にデータベース プロジェクトからデータベースを配置する場合は、単体テスト構成で指定された接続文字列情報を使用してデータベースが配置されます。 データベース プロジェクトのデバッグ プロパティで指定された接続情報はこのタスクでは使用されないため、同じデータベースの異なるインスタンスに対して SQL Server 単体テストを実行できます。

データベース単体テストの実行時にタイムアウトする

タイムアウトが原因でデータベース単体テストが失敗する場合は、テスト プロジェクトの app.config ファイルを更新してタイムアウト期間を長くすることができます。 接続文字列で定義した接続のタイムアウトは、単体テストがサーバーに接続する際の待機時間を指定します。 app.config ファイルで直接定義する必要があるコマンド タイムアウトは、単体テストが Transact-SQL スクリプトを実行する際の待機時間を指定します。 実行時間の長い単体テストで問題が発生した場合は、適切なコンテキスト要素でコマンド タイムアウト値を大きくしてください。 たとえば、PrivilegedContext 要素に 120 秒のコマンド タイムアウトを指定するには、app.config を次のように更新します。

<SqlUnitTesting_VS2010>  
    <DatabaseDeployment DatabaseProjectFileName="..\..\..\..\..\..\Visual Studio 2010\Projects\Database10\Database10\AdventureWorks.sqlproj"  
        Configuration="Debug" />  
    <DataGeneration ClearDatabase="true" />  
    <ExecutionContext Provider="System.Data.SqlClient" ConnectionString="Data Source=(LocalDB)\Projects;Initial Catalog=AdventureWorks_Test;Integrated Security=True;Pooling=False"  
        CommandTimeout="30" />  
    <PrivilegedContext Provider="System.Data.SqlClient" ConnectionString="Data Source=(LocalDB)\Projects;Initial Catalog=AdventureWorks_Test;Integrated Security=True;Pooling=False"  
        CommandTimeout="120" />  
</SqlUnitTesting_VS2010>

参照

方法: 関数、トリガー、ストアド プロシージャに対する SQL Server の単体テストを作成する方法
方法: SQL Server の単体テストの実行を構成する方法