C＃環境での単体テストの重要性を理解し始めました。さて、私はどのように私は挿入、削除とデータベース上の更新を行い、その後、成功したテストの後にデータをクリーンアップブラックボックスユニットテストを実装するのだろうかと思っています。データベースのロールバックによるユニットテスト
実際にデータの挿入/更新/削除をロールバックするプロセスはどうしますか？単にインデックスをリセットして挿入された行を削除するだけですか？またはスクリプトを作成してテーブルの元の状態を復元しますか？
私を教えてください、私はそれを感謝します。ありがとう！
開発サイクルでは何をしていますか？私たちはいつも私たちがアプリケーションを開発しているときに、そのユニットテストと負荷テストを心に持っています。だから、私たちはすべてのdatadaseのテーブルにuserIdなどで列を作成します。その後、負荷テストまたはユニットテストを実行すると、負荷テストデータであることを示すUserId -1がすべての列に挿入され、ユニットテストデータの場合には-2が挿入されます。しばらくしてデータを消去する予定のジョブをデータベースの前に定義しておく必要があります。
うーん...あなたは私にここで良いアイデアを与えている。このIDを持つ列が検出されると、トリガーは変更をすぐにロールバックできます。 –
マーティンはありません。トリガーは使用しないでください。パフォーマンスが低下します。 SQLジョブを使用して、必要なときに削除されるようにします。 – Singleton
私は、あなたが良い点を参照してください参照してください。 –
私はCleanUpメソッドの行を削除するのが良い選択だと思います。
これにより、常に行の削除コードをテストします。
基本的に、テーブルの最後のインデックスを復元するだけですか？ –
テーブル内のインデックスを復元するのはなぜですか？単体テストがインデックスと独立している場合は、問題はないはずです。 – dhinesh
あなたのテストが簡潔であれば、あなたのDALをテストするために、テストが完了したらロールバックされるトランザクションで挿入/更新/削除を行うだけではどうでしょうか？
また、テストクリーンアップメソッドで特定の更新/削除スクリプトを使用して、更新/挿入された正確な変更をテスト前の値にロールバックすることもできます。
ここでは、「統合テスト」について説明しています。単体テストは、定義によって、データベースと通信しません。また、このSOの質問を見て：http://stackoverflow.com/questions/4374353/how-to-write-output-in-the-classinitialize-of-a-unit-test-class。 – Steven