タグ付けされた質問 「nunit」

私たちのプロジェクトでは、ほぼ1,000のテストがあり、非常に時間がかかるため、チェックインを実行する前にテストの実行に煩わされることがなくなりました。せいぜい、変更したコードに関連するテストを実行するだけで、最悪の場合はテストせずにチェックインするだけです。 この問題は、ソリューションが120のプロジェクト（通常、はるかに小さいプロジェクトを行い、TDDを適切に行うのは2回目です）に成長し、ビルド+テスト時間が約2〜3分になったためであると思います小さいマシンで。 テストの実行時間を短縮するにはどうすればよいですか？テクニックはありますか？もっと偽物？偽造が少ない？すべてのテストを実行するときに、より大きな統合テストが自動的に実行されるべきではないでしょうか？ 編集：いくつかの回答への応答として、私たちはすでにCIとビルドサーバーを使用しています。これがテストの失敗を知る方法です。問題（実際には症状）は、失敗したビルドに関するメッセージを継続的に取得することです。部分テストの実行は、ほとんどの人が行うことですが、すべてではありません。そしてテストに関しては、実際にはかなりうまく作られており、すべてに偽物を使用しており、IOはまったくありません。

40 c#  unit-testing  tdd  nunit 

誰もが他のオプションを考慮せずにNUnitを使用しているように思えます。私はこれが理由だと思う： 誰もがすでにそれをよく知っているので、新しいAPIを学ぶ必要はありません。 NUnitで動作するように、継続的インテグレーションサーバーで既にセットアップされています。 私はこれについて間違っていますか？ 最近、自分のプロジェクトの1つでxUnitを使用することにしました。それは私にとって非常に理にかなっており、概念的にはNUnitからの明確な一歩のように思えます。 どのフレームワークが実際に最良であるかについて意見を聞きたいと思います-それを学習したり、自動テストを再構成したりすることを考慮しません。

26 .net  unit-testing  frameworks  nunit  xunit 

簡単なアプリケーションを顧客の1人に提供するために、小さなサイドプロジェクトを行うように依頼されました。通常、テストニーズをすべて把握しているバックエンドコードで作業しますが、GUIのテストを作成することについてまだ疑わしい喜びがありません。 EXEのテストコードとツール。 私の最初の本能は、テストをアプリケーションコードに単純に含めることでしたが、テスト固有の多数の依存関係を提供する必要があり、特に顧客に出荷しないように指示されました。また、専用のテストツール用に現金を絞り込めないため、手元にあるツール（StoryQ、RhinoMocks、およびNUnitを使用する必要があります。）、これは実際に単純なGUIアプリの動作をテストするのに十分なはずです。したがって、私が見る限り、これにより、デザインを本当にシンプルに保つか、テストのために意図的にオーバーエンジニアリングするかのバランスをとろうとしています。別のライブラリでビジネスロジックを使用してアプリを構築し、通常どおりにライブラリに対してテストするか、アプリケーション設計ではない追加のモジュールを壊さずに実行可能ファイルを許可する他のメカニズムを見つけているようです本当に必要。 編集： この質問は、DLLとは対照的に、NUnitと実行可能ファイルの関係を構築する方法に関するものであり、プレゼンテーションとビジネスロジックを分離する方法に関するものではないことに注意してください。 /編集 だから私の質問は： 単純なGUIアプリケーションを単体テストで構成して、手元にあるツールを使用して、過剰なエンジニアリングに頼らずに状態と動作を適切にチェックできるようにする特定の/推奨の方法はありますか？ （DLLではなく）EXEをテストするときにNUnitを起動/構成する方法に関する基本的なことを見逃していませんか？ このすべてをどのように達成するかの例の方向性を提供または指示できますか？ これを行うには複数の方法があるかもしれないことを理解しているので、あなたの経験に基づいて特定の実装ガイドラインを探しています。

16 c#  testing  gui  nunit 

チームで協力して、C＃.NETを使用して開発された中規模のデスクトップアプリケーションを開発する必要があります。これに先立ち、私は単体テストとテスト駆動開発を適用していません。ユニットテストC＃アプリケーション用の多くのツールとフレームワークが存在することを認識しています。今のところ、NunitとVisual Studioに統合された単体テスト機能を知っています。 知りたいのですが、この2つはどのように比較されますか？

12 unit-testing  comparison  tdd  visual-studio  nunit 

私が取り組んできた小さなMVCフレームワークがあります。コードベースは決して大きくはありませんが、2、3のクラスではありません。私はついに思い切ってテストを書き始めることにしました（はい、私はずっとそれをやっていたはずですが、APIはこれまで非常に不安定でした） とにかく、私の計画は、統合テストなど、テストを非常に簡単にすることです。統合テストの例は、次のようなものに沿って進みます。 偽のHTTP要求オブジェクト-> MVCフレームワーク-> HTTP応答オブジェクト->応答が正しいことを確認 これは状態や特別なツール（ブラウザの自動化など）なしですべて実行できるため、実際には通常の単体テストフレームワーク（私はNUnitを使用）で簡単に実行できます。 さて、大きな質問です。ユニットテストと統合テストのどこに正確に線を引くべきですか？ユニットテストで一度に（可能な限り）1つのクラスのみをテストする必要がありますか？また、統合テストは、ユニットテストプロジェクトと同じテストプロジェクトに配置する必要がありますか？

11 .net  testing  unit-testing  integration-tests  nunit