いユニットテスト事業。

Question

どのように人ユニット検査事業。私は見たことがあるのユニット検査、"シンプルなテストをしている。Ex.電卓.どのように人ユニット試験データは重い。こんにちは自分のサンプルデータ?多くの場合、データごとに一個の試験は動作しないことがあっても試しくだ一つの試験データベース?

試験のデータにアクセス部分のコードはかなり簡単です。この試験の方法と仕事に対するデータのように見えすることは難します。例えば、想像を投稿プロセスが重データへのアクセスとは何かを判断であり、数の調整等多数の中間段階で発生する(とを検証することが必要であるといい、試験、その後も確保できるの投稿に成功しました。一部手順が実際に格納する。

過去にたって挿入し、試験データをテストデータベースの、その後の試験が、正直、か痛くこのようなコードとエラーが).こだけの構築の試験データベースにレイトチェックアウトのおかげで、変わります。この作品が数か所を移動できない容易なことは、多くの人が言うことになる統合試験;ですので、いまだに必要な試験のことなんだか).

場合はその答えはありませんの素敵な取扱いにつきましてはこれまでのような面がどのように決定されるかを知りました。

への意見、アイデア、提案、またはヒントありがたくお受けいたします。.

Answer 1

しています第二のコメント@フィル-ベネットというアプローチこれらの統合試験rollbackます。

非常に詳細なポストの統合の試験データにアクセス層 こちらの

を示すのみならずサンプルデータにアクセスのクラスの基底クラス、サンプルDBトランザクション器具のクラスでフル編統合テストw/サンプルデータを表示します。このアプローチに必要な複数の試験データベースとして制御できるデータは、各試験後の試験が完了しての取引は、全てrolledbackでのDBです。

約ユニット検査ビジネスロジック内にアプリまた、第二のコメント@フィル、@マークがうまくいかない場合模擬すべての依存関係の事業のオブジェクトになり、非常に簡単にアプリケーションロジックを一体での時間)

編集：いま一つの大きな統合試験と検証からの論理前のデータベース/保管手順を実行w/ロジックとして検証にありますか。まきこに出か2ステップ:

• 1-単体テストまでのロジックが起こる前にデータが押された データアクセスコードです。のための とえば、あるコード 計算一部の番号に基づく 一部の物性を書き試験 みかどうかをチェックした場合の論理 この1機能は何か することができるようになります.模擬問dependancy のデータにアクセスクラスまで このためこの試験の アプリケーションロジックです。

• 2-統合テストの論理が一度にご 操作データから、前 方法をユニット試験）の 適切な保存きます。い このデータ特有の試験 クラスではロールバックの後です 完了します。後に保存 手続を実行するには、クエリー データベースに対するお オブジェクトとしてみてください ロジックに対するデータを確認すること の値るかもしれません (ポスタ論理/など)

が必要な場合はエントリデータベースに格納手続きとは、単に挿入するデータを実行する前にsprocるおたることを確認できます。たとえば、製品を検査する必要があり、要する可能性があるとサプライヤーカテゴリー入力を挿入する前に挿入する製品なの速や汚れを挿入したサプライヤーカテゴリーでお客様の製品の挿入作いたします。

Answer 2

私の自動機能試験に通常く二つのpatters:

• データベース接続試験
• 模擬続層試験

データベース接続試験

いただいた場合、自動試験に接続されているすべてのデータベースに、私は、通常単一の試験データベースのテンプレートは、十分なデータのためのすべてのテストを実施していた。時に自動試験を実行すると、新しいテストデータベースから生成されたテンプレート毎にテストです。この試験データベースを常に再生成された試験はしばしば変更します。として試験を加えるため、通常追加データのテストデータベースのテンプレートを作成します。

ある素敵なメリットをこの試験方法です。を明らかな利点は、試験もご行使schema.もう一つのメリットには、設立後の初期試験で最も新しい試験での再利用、既存の試験データです。これは簡単に追加できます。

下振れの試験データベースになり不格好になる。でのデータは、通常、追加試験時間で矛盾しかも現実的でないと非難している。まったもののcursing者の設定の試験データベースがある場合は重大なデータベースのスキーマ変更する私にとって、通常の手段で終わcursingん).

このスタイルの試験で明らかにな作業できない場合は新たな試験データベース。

模擬続層試験

このパターンを作成します 模擬物 この試験である。これらの模擬物体の遮断、通話、データベースできるようにプログラムに適切に提供できる。基本的には、コードだけを試験を呼び出 findCustomerByName() 方法は、模擬オブジェクトが呼び出されるとの代わりに粘り強さ。

にフォーカスを模擬オブジェクトの試験ができる非常に固有のものです。多くの場合、実行パスまでは表現できないランナー達に自動試験のw/oモックオブジェクト。も無料だから維持に大きな積層セットの試験データです。

もう一つの利点ではなく外部の依存関係.での模擬物シミュレーの永続化層、試験性に依存しない、データベースです。この決定要因を選択する際のパターンを選択します。模擬オるようになり牽引の処理時の遺産データベースシステムやデータベースにおいて厳しいライセンス。

下振れの模擬物はしばしば結果の追試験のコードです。このな恐ろしいでほぼ全量検査コードは安時償却の回数を実行する試験が可能であり、これまでのようにするの迷惑にてテストコードを生産。

Answer 3

もよい。ばね試験業務ロジックコンポーネント--そして、その無形のデータから、うまく模擬しくは手巻きスタブクラスを模擬するシミュレーションデータアクセスルーチンの成分だそうとしているの。のしゃれたデータアクセスするときの実際の試験データにアクセスの部品です。

でもその傾向にDBトランザクションのTestFixtureSetUp法を明らかにこのようにユニットテスティングフレームワークが使用)およびトランザクションをロールバックでの試験終了時のスイートTestFixtureTeardown.

Answer 4

嘲笑う枠組みをすることをテストするために事業のオブジェクト。データ駆動型実験によくなってしまうの統合テストのよ単体テストまでも携帯して負荷の管理の状況データストアの前後の実験の時間接続を行ます。

一般いを避けるとのユニット試験におけるタッチから、データベース事業のオブジェクト。としての試験データベースが必要になり異なるstratergy.

もっともできない全くから離れて取得するデータ駆動試験のみを制限する量試験実際に呼び出す必要はありあります。

Answer 5

でんする試験メッセージベースのシステム又はシステムの高parameterised面では、多くの順列の入力データです。

一般のすべてのルールの標準の商品につけられたタグの試験も持つと

• にするために努力することが台が試されているとして、離散していきます。
• み試験に独立しています。
• 要因コードの依存関係を切り離し.
• 使用疑似およびスタブに置き換え依存関係（dataaccess)

ここで取り除くには、複雑さの試験も明らかに良いセットの単体テストは、簡素化サンプルデータです。

良い方法としてコンパイルし，サンプルデータを試験することが必要である複雑な入力データ 直交試験, を見てください こちらの.

私はそのような方法で生成試験の計画、WCFおよび増幅し、補足ソリューションの組み合の入力メッセージを複数作成しで実行す。

Answer 6

多くの異なる走りに論理が異なるデータを使用でき、CSV、多くのカラムというの入力の最後に出力。