プログラムとして偽装大きなテストを展開します

Question

誰かがそのロジックとして（ユニット）テストを使用して小型の診断、内部Webアプリケーションを作成している場合は、それをする正当な理由は、これまでにありますか？ NUnitのは、同様に、このウェブサイトがどこに行くこれまでに展開する必要があることに留意してください。

私は、プログラムが独自のロジックと、おそらく再利用可能な部品（使用可能な場合）が含まれていますが、そのロジックのテストをラップするべきではないという見解のです。テストは、コードのロジックの検証の目的を果たします。場合にあなたのテストは、コードのロジックであることを行っていると言うよりも、あなたはテストを検証するテストを記述する必要はありませんか？なぜ、その根本的に間違っているのですか？

ヒント：（？）今、あなたは、彼らはもはや依存している意味しており、一緒にこれらのテストの全てを架線し、それらを相互に関係しているので、

。

Answer 1

ユニットテスト以外の何かのためのユニットテストフレームワークを使用すると、通常、最も適切なパスではありません。あなたが最初にそれらを書き、それらが失敗見ているので、あなたのユニットテストのためのテストを記述する必要はありません。それはあなたが彼らが正常に動作している知っている方法です。私は自明である、と私はソフトウェアの重要な部分のための診断アプリを持っていた場合、私は本当にそれが必要として、それが働いていた、あるになりたいユニットテストフレームワークの中に書かれたテストコードを推測してます。

編集：あなたがすでにあなたの心を占めていたが、現在の戦略は、おそらく、他のプロジェクトメンバーへの理想的な未満である理由表現で支援を必要としてきたようです。そのような場合、私はあなたがあなたの口がどこにあるか、あなたのコードを入れて、一緒に異なる設計の小さなサンプルアプリを投げる示唆しています。この特定のケースで悪いデザインの決定をユニットテストフレームワークを利用している場合、それは太陽の光のように、それは明らかになるだろう。

Answer 2

私は、あなたがこの質問は TDDアンチpattersカタログに見ればかなり確信していますあなたはアンチパターンを切断コミットしていることがわかります。

Answer 3

コードはコードです。それが標識だという理由だけでテストが、それはまた、便利なアプリケーションではありませんという意味ではありません。

私たちはbeahviourの検証の多くを記述する必要があるとします。なぜ悪いアイデアのテストフレームワークを使用していますか？私たちが代わりに同一の機能を持つ新しい枠組みを書き、別の何かそれを呼び出すSHoudl？

外観を取ります。このapplciationは、特定の物事を行うことを主張しています。それはそれらを正しく行うのですか？確実？それが強化され、維持することはできますか？理解？

もしそうなら、なぜあなたはその実装のテストフレームワークを使用するために起こることを気にしません。その行動や構造に欠陥がある場合のそしてを我々は批判ます。

偉大な技術についての一つの素敵なところは、予期しないアプリケーションを持っているということです。

Answer 4

ユニットテストの目的は、あなたのクラスは、それはインターフェースに応じなければならないように動作することを確認することです。だから、あなたはそれがプログラムの開発ロジックで主張使っように思えるいくつかのテストのアプリのためのあなたのユニットテストを使用している場合。

あなたには、いくつかのテストアプリが必要な場合 - それを実装し、ユニットテストで使用します。それは多分何かを設定したり、一部のユーザーとの対話を取得します。

私が見る他の理由の一つ - ユニットテストはすべてがどのように動作するかの仮定に基づいて書かれています。あなたの仮定が正しければテストは合格しなければなりません。追加する場合は機能ユニット・テストは、あなたがすべての前提条件がまだそこにあることを確信しましょう。だから、すべてのテストは、あなたがそれを保つことができるような単純な保たれるべきです。 that`sテストコードと任意のテストアプリケーションにテストコードを使用する必要はありませんをテストするために、なぜ必要はありません。