10

私は tsqlt を使い始めました。私の質問は、テスト用のものだけで別のデータベースを持つことは可能ですか? (テーブル/SP/アセンブリなど)。

このテスト用データベースは、実際の/ターゲット データベースと同じインスタンスに置かれます。

テーブルを偽造しようとすると、次のエラーが発生します。

FakeTable could not resolve the object name, 'target_db.dbo.Sometable'

誰もこれを経験したことがありますか?

ありがとう。

4

2 に答える 2

10

ご存知のように、モック手順では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にあるリモートオブジェクトのモックの関連する問題

お役に立てば幸いです。

デイブ

于 2012-11-23T07:46:49.707 に答える
9

tSQLt フレームワークが他のデータベースにある限り、これを行うことができます。

EXEC tSQLt.FakeTable '[dbo].[Position]';
EXEC OtherDB.tSQLt.FakeTable '[dbo].[PositionArchive]';

ソース

これは、テスト対象の実際のデータベースにフレームワークをインストールする必要がありますが、少なくともテストを必要な場所に配置できることを意味します。これは完璧ではありませんが、より優れています。

于 2014-03-07T21:11:03.880 に答える