大規模なアプリケーションの自動テストを開始するにはどうすればよいですか？

Question

EDIT：NCIEのコメンターのおかげで、私はユニットと自動テストの間の差を取得するので、私は、トピック

Environement名前を変更：私はこの記事を読んで2.0 .NET、SQL Server 2005のは、Windows Server 2003

を：

http://www.codeproject.com/KB/tips/convince.aspx

この男は、あなたがすべてをchangngことなく、既存のアプリに自動化されたテストを追加する方法について話しています。

そして、私はこの記事が本当に素晴らしいと言わなければならないと私はそれを試してみてください！

私たちのシステムはほぼ同じです：すべてのデータはWebサービスからアクセスできるため、簡単に（たとえばsoapuiで）これらのWebサービスに対していくつかの自動テストを行うことができます。

しかし、データベースについてはどうですか？自動化されたテストを行うには、自動化されたテストに対応する正しいデータをデータベースに保存する必要があります。

たとえば、クライアントの名前が空の場合にソフトウェアがエラーを発生するかどうかを確認する自動テストを実行する場合は、データベースに空の名前のクライアントを追加する必要があります。ここ

は、私はそれを行うことができますどのように考えるかです：

• それは、このサーバーの日付はそれほど変化したことがないので（IIS、SQL Serverの...）
• が何かを追加する必要があるすべてのものを使用してサーバーを作成します、データベースが10自動テスト後には大きな混乱になります：私は私のデータベースに私は私の自動テスト

PROBLEMを行う必要があるレコードを追加私の自動テスト

に時間を変更する必要はありませんと私はねverはどのレコードがどの自動テスト用であるかを知っています。 考えてみると、すべてのテーブルに「TEST_NAME」列を追加することになりますが、少し気になります。

このような技術を試したことはありますか？特定のツールを使用しましたか？私の考え方は良いものでしょうか？ （または少なくとも良いもの）。

おかげ

EDIT：私はので、私は二度同じ過ちをしない理由を知りたいのですが、このスレッドのために2 -1を得ました。

Answer 1

私が考えているより優れた解決策かもしれませんが、別のテストサイクルの準備ですべてのコンテンツを単体テストとパージするために別のデータベースを使用しないでください。

Answer 2

ユニットテストがパーシスタンスレイヤーに当たっている場合、実際には統合テストに似た何かをしているかもしれません。単体テスト中にデータベースを抽象化する必要があるので、論理をテストし、実際に永続性媒体ではないようにしてください。これにより、ビジネスレイヤロジックに集中することができます。これは、データレイヤーのアーキテクチャーに依存しているので、これは簡単ではありません。あなたのモック/スタブすることができますし、あなたのユニットテストで次に

interface IRepository 
{ 
    GetModel(id); 
    SaveModel(model); 
} 

：

データ層は、しばしばプッシュの簡単な問題であり、引き出すので、あなたのようなインターフェースにデータ層をabtractことができると言うことができますこのインタフェースを持つデータ層。こうすることで、データベースのスタブに任意の値を返すように指示し、それが発生したときに期待される動作をアセット化するテストを作成できます。

Answer 3

テストの各バッチの前にテストデータを生成することができる場合は、次のナンバーを100で割った値からレコードを開始します。したがって、最大レコードが350の場合、400を開始し、上記。あなたのDBが本当に大きくなったら、すべてのものを削除してください。