私は tsqlt を使い始めました。私の質問は、テスト用のものだけで別のデータベースを持つことは可能ですか? (テーブル/SP/アセンブリなど)。
このテスト用データベースは、実際の/ターゲット データベースと同じインスタンスに置かれます。
テーブルを偽造しようとすると、次のエラーが発生します。
FakeTable could not resolve the object name, 'target_db.dbo.Sometable'
誰もこれを経験したことがありますか?
ありがとう。
ご存知のように、モック手順では3つのパーツ名が受け入れられないため、これは現在不可能です。これは、SQL Test(tSQLtのフロントエンドとして機能するRedGateの製品)のユーザーフィードバックフォーラム(http://sqltest.uservoice.com/forums/140716-sql-test-forum/suggestions/ )で取り上げられています。 2421628-フットプリントを削減
tSQLtフレームワークの作成者の1人であるDennisLloydは、そのスレッドの終わりに向かって、別の「tSQLt」データベースのサポートは検討を続けるものであると書いています。
また、 http: //sqltest.uservoice.com/forums/140716-sql-test-forum/suggestions/2423449-being-able-to-mock-fake-remote-objectsにあるリモートオブジェクトのモックの関連する問題
お役に立てば幸いです。
デイブ
tSQLt フレームワークが他のデータベースにある限り、これを行うことができます。
EXEC tSQLt.FakeTable '[dbo].[Position]';
EXEC OtherDB.tSQLt.FakeTable '[dbo].[PositionArchive]';
これは、テスト対象の実際のデータベースにフレームワークをインストールする必要がありますが、少なくともテストを必要な場所に配置できることを意味します。これは完璧ではありませんが、より優れています。