問題タブ [vs-unit-testing-framework]

Visual Studio 2010 IDEまたはコマンドライン（経由）から単体テストを実行しようとすると、mstest /testcontainer:my.dll次のエラーが発生します。

テスト実行のキューに失敗しました'kootsookosp@ TFSSERVER 2011-06-28 11:00:11'：メソッドが見つかりません：'Void Microsoft.VisualStudio.TestTools.Agent .AgentProcessManager.SetCurrentPlatform（System.Reflection.ProcessorArchitecture、Microsoft.VisualStudio.TestTools .Common.AssemblyClrバージョン）'。

mstestエラーに関する他のほとんどの投稿はセキュリティの問題を示唆していますが、これは異なっているようです。

上記のエラーメッセージをグーグルで検索しても、関連性があると思われるものはほとんど表示されません。

私が取り組んでいるプロジェクトには、Microsoft.VisualStudio.TestTools.UnitTesting.TestMethodAttribute を使用した一連のサービス層単体テストがあります。これらのテスト用の Web フロントエンド自動生成ツールを検討したいと思います。NUnit のような他のフレームワークを使用する必要があるかどうかは気にしません。テスト結果を確認するための簡単な Web フロントエンドを持つ適切な方法が必要です。これにより、新しいテストを簡単な方法で追加することもできます。

少し調査した後、ビルド用の TeamCity が既にあることに気付きました。teamcity からテスト ブラウジングをセットアップするには、他に何か必要ですか?

NUnitに問題があります。このTestFixtureでモデルをテストしています

モデルは次のようになります。

NUnitの私のテストケース

それは私に

System.NotImplementedException：メソッドまたは操作が実装されていません。

したがって、SetupメソッドでnewModelをインスタンス化したので、何が問題なのかわかりません。また、アプリを実行すると、メソッドは正常に実行されます。考えは大歓迎です。

ありがとう！！

私は単体テストに慣れていないので、大きな誤解をしている可能性がありますが、WCF サービスの単体テストをいくつか作成するように依頼されました。ストアド プロシージャを実行し、結果を返す非常に単純なサービスです。私の操作の 2 行目は次のとおりです。

サービスを展開するときはすべて正常に動作しますが、単体テストでは、構成ファイルが見えなくなるようです。 ConfigurationManager.ConnectionStrings["AtlasMirrorConnectionString"]null 参照になり、それに応じてスローされます。

テストに構成ファイルを含めるにはどうすればよいですか? 現在、私がテストできる唯一の動作は、不足している構成ファイルの処理です。これはあまり役に立ちません。

これらのメソッドを TestBase クラスに追加しました:

しかし、デバッグで単体テストを実行するとTest1():

TestBase.InitializBeforeAllTests()メソッドが呼び出されることはありません。なんで？

Jenkinsで動作するCの単体テストフレームワークを見つけようとしています。ウィキペディアのページhttp://en.wikipedia.org/wiki/List_of_unit_testing_frameworks#Cから XML で結果を生成するものはほとんど見られず、gtest ではコードを g++ でコンパイルする必要があります

Jenkins でうまく機能するテスト フレームワークを使用した経験のある方がいらっしゃれば幸いです。

実装したキュークラスのサンプルテストの設定で問題が発生しました。

キュークラスは次のとおりです。

Queue.h：

Queue.cpp：

試験方法：

明らかに何かが足りません。addメソッドを呼び出してアイテムをキューに追加しても、キューのカウントが増えることはありませんが、アイテムはキューに正常に追加されます。

静的ライブラリでキュークラスをコンパイルし、テストプロジェクトでそのクラスへの参照を追加しています。

キューの数が変わらない理由はありますか？

編集：

MAXQUEUEによって定義されたアイテムの最大数を持つこのクラスで循環キューを作成しています。

上記は、QueueInfoTypeの定義方法です。

ノート：

静的ライブラリを実行可能ファイルに変更void main()し、queue.cppに追加して、キューの機能をテストするコードを記述すると、正常に機能し、カウントが正しく返されます。テストプロジェクトで静的ライブラリとして使用されたときに何かが起こっていますか？

私は現在、VisualStudioで記述された標準の単体テストを最終的に実行する単体テストフレームワークを作成しています。フレームワークは現在、アクセサーで正しく機能していません。次のテスト方法を検討してください。

この例では、アクセサーはVisualStudioによって生成されています。Visual Studioの単体テスト環境を使用して実行すると、単体テストは完全に正常に機能します。ただし、フレームワーク内からTestMethod（）を呼び出したいと思います。「target=new ExampleMethods_Accessor（）」の行で、次の例外がスローされます。

「Proband.ExampleMethods_Accessor」の型初期化子は例外をスローしました。

内部例外：

ファイルまたはアセンブリを読み込めませんでした：Proband、Version = 1.0.0.0、Culture = neutral、PublicKeyToken = null .. ..

Microsoftユニットテストフレームワークがユニットテストを呼び出す方法について誰かが考えていますか？TestContextオブジェクトがないことが原因かもしれないと思っていました。私の場合、これは「null」です。Visual Studioで単体テストを開始すると、TestContextオブジェクトには多くの情報が含まれます。正しく初期化する必要があるのでしょうか？どのように初期化する必要がありますか？

すべての助けをありがとう、クリスチャン

編集：

私はアクセサーがどのように機能しているかを実験し続けました。ILSpyを使用して、Proband_Accessor.dllに生成されているコードを確認しました。例外の原因となっている命令は次のとおりです。

ユニットテストコードを次のように変更しました（テスト用）：

「newPrivateType（ "Proband、Version ...."」が機能しない理由がよくわかりません。誰かアイデアはありますか？

組み込みの ASP.NET ユニット テスト フレームワークに不満を感じている人はいますか? 私が抱えている問題は、MVC3 アプリケーションで ASP.NET のメンバーシップ プロバイダーに接続してテストすることです。データベース接続が確立されていないか、アプリケーションを正常に実行したときとは異なるルール セットが設定されているようです。ここに 2 つのシナリオがあります。

1) 既存のユーザーを名前で検索しようとしています:

単体テスト -

AccountController からのコード チャンク -

結果 - このコードにステップインすると、このユーザーがシステム内にいることがわかっているにもかかわらず、メンバー配列が空です。単体テスト アプリケーションでメンバーシップ ストアへの接続を確立するためのトリックはありますか? datasource 属性を使用しようとしましたが、成功しませんでした。

2) 新しいメンバーシップ アカウントを作成しようとしています: 単体テストは上記と同じですが、まだシステムにない新しいユーザーを渡しています。コントローラーにステップインして次の行に到達すると、「InvalidQuestion」のmembershipCreateStatusが表示されます。これは奇妙に思えます。なぜなら、このライブを実行するときはその問題はなく、このままの回線でアカウントを作成できるからです。

よろしくお願いします。私は実際にこのテストを最初に実行しようとしていますが、組み込みのテスト フレームワークを使用するのが難しくなっています。確かに、すべての単体テストの DB に接続し (各テストに接続を提供するのではなく)、ブラウザーを介して行うのと同じアクションをシミュレートする方法があります。

ユニットテストクラスにはたくさんのユニットテストがあります。

それぞれを個別に実行すると、すべて合格しますが、同時にすべて実行すると、最初の1つは合格し、残りは失敗します。

System.ArgumentException：同じキーを持つアイテムがすでに追加されています

誰か教えてもらえますか？そして、どのようにエラーを修正する必要がありますか？

サンプル：

残りのテストはすべて同じタイプです。