問題タブ [xunit]

Windows Azure に足を踏み入れていて、単純でなければならない何かに出くわしていますが、それが見えません。

Azure キューで遊ぶためのこの小さなテストがあります。

メッセージは問題なく送信されます-SQLテーブルで確認できます。ただし、「testQueue.DeleteMessage(received)」メソッドにヒットすると、次のようになります。

これは、Azure SDK の内部のどこかで失敗したようです。

VS 2010、.NET 4.0、Azure SDK V1.2、64 ビット Win 7 を使用しています。開発者ストア サービスが実行されています。メッセージがキューに入ることはわかりますが、削除することはできません。

誰もこのようなものを見たことがありますか？

つまり、基本的に、一意のインクリメンタルIDを持つ抽象クラスがあります- Primitive。Primitive（またはより正確にはの継承者）Primitiveがインスタンス化されると、IDがインクリメントされます（IDがオーバーフローするポイントまで）。その時点で、例外にメッセージを追加して再スローします。

OK、それはすべて正常に機能します...しかし、私はこの機能をテストしようとしており、これまでモックを使用したことはありません。IDがオーバーフローし、適切なタイミングでスローされることを表明するのに十分なプリミティブを作成する必要があります。

• これを行うために20億個のオブジェクトをインスタンス化するのは無理です！しかし、私は別の方法を見ていません。
• モッキングを正しく使用しているかどうかわかりませんか？（私は使用してMoqいます。）

これが私のテストです（xUnit）：

と：

私はそれを間違っていると思います-それで、これを正しくテストするにはどうすればよいですか？

私はrspec[Ruby]とspecs[Scala]に少し精通しています。昨日、キュウリの家庭教師をパスしました。私がCucumberについて嫌いだったのは、シナリオの記述に加えて（specまたはxUnitスタイルのテストで行うように）、間接参照の追加レイヤーを実装する必要があることです。シナリオのステップをルビー式に変換します。私にとって、間接参照の不要な（？）余分なレイヤーを作成することは、「軽量」のルビーウェイではなく、「重量級」のJ2EEウェイのように感じます。「ドメインエキスパート」による理解可能性は、Cucumberの唯一の利点ですか？それとも、開発者/テスターに​​とっても明らかではない（技術的な？）利点がいくつかありますか？

RSpecの場合：xUnitスタイルのテストフレームワークで行うのと同じ方法で、チェックにメッセージを添付できますか？どのように？

こんにちは、インターフェイス A と A を実装するクラス B があるとします。テスト クラス内で、A を実装するダミー クラスを作成し、「インターフェイス メソッドをテスト」します。私の質問は、クラス B が「取得」するメソッドをテストする必要があるかどうかです。インターフェイスから。

CUnit も使用する c-project に Hudson CI を使用したいと考えています。ただし、現在 CUnit をサポートするプラグインがないことも理解するようになりました。そのため、CUnitとJUnitの間で変換することによりxUnitプラグインを使用してこれが可能になる可能性があることをインターネットで読みましたが、提供されたファイルを使用するとエラーが発生します。

私の質問は次のとおりです。hudson で CUnit テストを正常に実行した人はいますか。そして、その場合、どのように？

• Windows でビルドしたアセンブリがあります
• Linux の mono で xUnit テストを実行したいと考えています。

ただし、これらのテストのうち 400 個は (順番に) 実行できますが、特定のテストでは xUnit ランナーがハングするか、完全にダウンすることがわかりました。

特定のテストが Linux で実行できないかどうかは気にしません。特定のテストは、DTC とそこでサポートする必要のない管理されていないガムに関係しています。

ただし、私が望むのは、これらのテストに無視を適用し、テストが無視されたという事実をビルド出力で適切にフラグ付けすることです。

質問は、いくつかの可能な解決策を推測するに要約できます

• コンソール ランナーを介して xUnit で特定のテストを実行するにはどうすればよいですか? (私はこの目的のためのドキュメントを見つけていません。おそらく私は十分に調べていないだけです)
• 逆に「ここにアセンブリがありますが、これらの特定のテストは無視してください」と言うことができますか?
• これらのテストに属性を持たせることは、これらのテストがプラットフォーム固有であることを正式に文書化するためのより良い方法として提案されています - これは可能ですか?

元のコードを大幅に変更することを避けることができれば、それは素晴らしいことです。なぜなら、コードを変更するのは実際には私のものではなく、多くのクロスプラットフォームのハックを適用してもうまくいかないからです。

どの例外がスローされるかを気にしない場合があります (何らかの例外がスローされる限り)。不運にも、

Exceptionのインスタンス(派生クラスのインスタンスではない) がスローされない限り、合格しません。私は私が望む行動を得ることができることを知っています

しかし、それは正しく読みません。必要な動作をする xUnit に欠けているものはありますか? 私が言いたいことを示す2つのテストを次に示します。

レポート用に XUnit テストからの NUnit 出力が必要です。NUnit を使用すると、次のことができます。

私はもう試した：

しかし、私は得る：

xunit コンソールに関する適切なドキュメントはありますか? 情報が見つかりません。