8

私は、Michael C. Feather の素晴らしい本Working Effectively with Legacy Code を読みました。これは、レガシー コードにテストを導入するためのバイブルです。この本の中で、彼はEdit-triggered testingと呼ばれるものについて説明しています:

この本がリリースされるまでに出ていなければ、キーストロークごとに実行される一連のテストを指定できる IDE を誰かがすぐに開発するのではないかと思います。これは、フィードバック ループを閉じる素晴らしい方法です。

それは起こらなければなりません。それは避けられないようです。キーストロークごとに構文をチェックし、エラーがある場合はコードの色を変更する IDE が既にあります。編集トリガー テストは次のステップです。

これを読んだとき、これをサポートする IDE やツールについて聞いたことがありませんでした。ただし、Java でこれをサポートするInfinitestというプロジェクトを見つけました。

私の質問は次のとおりです。

  1. これをサポートする他のツール/フレームワークはありますか (できれば Visual Studio にも)?
  2. この種のテスト (効率的、IDE の速度低下など) についてどのような経験がありますか?
  3. これは TDD の次のステップですか?

アップデート:

4

3 に答える 3

1

元の質問から数年が経ち、.NET で使用できるツールがいくつかあります (このスペースは他の言語でも拡大していると思います)。

AutoTest.NETと呼ばれるAutotestの .NET バージョン (このスレッドで前述) があり、これはフォークされ、 ContinuousTestsと呼ばれるより完全な機能を備えたツールに更新されました。1年ほど前に試してみたところ、その時点ではかなりの可能性を秘めているように見えましたが、残念ながら開発を中止することにしたようです。ただし、利点として、現在は無料です。

私はNCrunchを使用していませんが、積極的に開発されているように見える商用製品です。

あなたが求めていることの法案にも合うかもしれないスクリプトベースのツールがあります

この質問も参照してください: .NET で継続的なテストを行うにはどうすればよいですか?

于 2013-01-23T21:02:36.533 に答える
0

本質的には、入力するたびにテストが継続的に実行されるテスト駆動型開発ですか? したがって、「編集トリガー テスト」が新しい開発手法であるとは言いませんが、IDE の機能にすぎません。

この機能の速度に関しては、プロジェクトの複雑さ、使用しているコンパイラと言語、および行っている変更内容に大きく依存すると思います。プロジェクト全体で使用される基本ライブラリを変更する場合、コンパイラは、コードを使用して他のライブラリでテストを実行できるように、プログラムの大部分を再コンパイルする必要があります。

于 2009-06-19T08:21:59.900 に答える