主に C および C# で記述されたコードを使用するソフトウェア開発プロジェクトに取り組んでいます。現在、コードを変更するため、テストの責任は主に開発者にあります。
コードの品質を向上させるために、自動テスト フレームワークを実装することに関心があります。特に、コードがバージョン管理に提出されるたびに実行される自動テストがあれば素晴らしいことです。
私は、自動化されたテスト (または単体テスト) の経験があまりありません。C/C# のテスト フレームワークを使用して開発を行った人はいますか?もしそうなら、全社的に、またかなり大規模な既存のコード ベースにそれを実装するには、どのようなハードルに直面するでしょうか?
特に、Gallioがどのように使用されるかを調べてきました。この特定の製品に関するコメントをいただければ幸いです。
追加情報:
ユニット テストを既存のプロジェクトに追加する ユニット
テスト レガシ ASP.NET Web フォーム アプリケーション
既存のコードをテスト駆動開発に移行する
お気に入りの .NET ユニット テスト フレームワーク
率直に言うと、それをしない理由を探しているように聞こえます。NUnitを入手して始めましょう。あなたの足を濡らすために最小のピースから始めてください。
Gallio は実際には、テスト ツールチェーン全体のフレームワークです。テストの作成から、テストの実行、ビルド後のプロセスまで。各ステップに共通の機能と標準化されたインターフェイスを提供し、ビルド プロセスをまとめる際の選択肢と柔軟性を高めます。
デフォルトで使用する MbUnit フレームワークのバージョンが付属しています。また、Icarus という名前の GUI ランナーと、Echo という名前のコンソール ランナーも付属しています。これらはすべて、テスト コミュニティで高く評価されているツールです。
これは、統合に関する問題を最小限に抑えて、一般的なテストおよび継続的統合ツールの多くを利用できるため、大企業にとって優れた選択肢です。
フレームワークを選択してテストを作成することは、戦いの半分にすぎません。ガリオは残りの半分を本当に助けてくれます。ビルドプロセスの他のすべてのステップを接着します。
現時点での唯一の欠点は、例と情報の中央リポジトリがないことです。一部の人にとっては、これが比較的新しいイニシアチブであるという事実により、今すぐ使用するのをためらうかもしれません。
こちらのドキュメントをご覧ください。それらは進行中の作業であり、非常に不完全ですが、テストの作成の基本を開始するのに役立ちます。その他の情報については、Jeff Browns のブログをご覧ください。
TestComplete は、私が使用したとき (数年前) はまともで使いやすかったです。少なくとも、VBScript について学習する必要があります。
AutomatedQA の TestComplete を使用していますが、これは GUI テストを行うための適切なプラットフォームです。すべての TestComplete コードを Jscript で実行します。これは素晴らしいことではありませんが、仕事は完了します。自動化された GUI テストをお勧めするかどうかはわかりませんが、単体テストでより良い結果が得られると思います。
Nunit と rhino モックは、単体テストに最適なツールです。
CruiseControlは、ビルドごとに自動テストを設定するための最良の方法のようです。