問題タブ [assert]

ASP.NET で適切なデバッグ環境をセットアップするのはかなり面倒なようで、Assert を使用する方法があるかどうか疑問に思っています。少し読んだところ、アサートを適切に使用するには web.config を変更する必要があることがわかりました。これは通常、最善の方法ですか、それとももっと使いやすい他のデバッグ方法はありますか?

単体テスト フレームワークを使用していないため、質問とはあまり関係ありません。

それらが適切に機能している、またはまったく機能していないことの違いをどのように知っていますか? 現在、コードにアサートを入れることができますが、web.config で構成されていないため、まったく何もしません。これは私には危険に思えます。

単体テストで複数のアサーションを使用するのは悪い習慣ですか？それは重要ですか？

Assert(または他の Test クラスを使用して) 例外がスローされたことを確認するにはどうすればよいですか?

アサーションでは「テストごとに1つのアサーション」が認識されます。以下のようにアサーションを書くのは良くありません：</ p>

より良い選択は次のとおりです。

問題は、アサーションが次の場合はどうなるかです。

関係はANDではなくORです。

ロジックを維持しながら「テストごとに1つのアサーション」を作成する方法はありますか？

1. assertデバッグ目的でのみ使用するのではなく、標準コードの一部として使用することで、パフォーマンスまたはコードのメンテナンスの問題がありますか？

   は

   より良いまたはより悪い

   /li>

2. また、そのようなビジネスルールを設定する方法はありますか？それif x < 0 raise errorなしで常にチェックtry/except/finallyされます。コード全体でいつでもx0未満の場合assert x < 0、関数の開始時に設定した場合のように、関数内の任意の場所でエラーが発生します。どこxが0未満になると、例外が発生しますか？

単体テストのアサートでは、リテラル値と式のどちらを好みますか? この小さな例は、私の言いたいことを示しています - コメントに注意してください:

この式の良いところは、XML サンプルが変更されても単体テストが壊れないことです。一方、私は基本的に、好きではない単体テストで SlideshowConverter の 1 つの側面の実装を直接提供しました (テストは、実装ではなく意図をテストする必要があります)。また、式を使用したテストではプログラミング エラーが発生しやすくなることも想像できます (たとえば、テスト メソッドの E4X 式を間違えた可能性があります)。

どのようなアプローチを好みますか? 通常、実際のプロジェクトでより重要な利点は何ですか?

jUnitで書くためのより良い方法はありますか

assertEquals(foo,bar)JUnit 4がメソッドを提供するのに、メソッドを提供しない理由を誰かが知っていassertNotEqual(foo,bar)ますか？

assertNotSame（に対応するassertSame）とassertFalse（に対応する）を提供しassertTrueているので、を含めて気にしないのは不思議に思えassertNotEqualます。

ちなみに、私はJUnitアドオンが私が探しているメソッドを提供することを知っています。好奇心からお願いしているだけです。