私はVS08sp1、Gallio 3.0.6.763とTestDriven.NET 2.14を持っています。私はユニットテストのためにMBUnitフレームワークを使用します。 TestDrivenの[テスト]> [デバッガ]を使用すると、コードにステップインできます。しかし、このオプションがVSオプションで有効になっているにもかかわらず、「編集して続行」できません。私は、次のエラーメッセージが表示されます：デバッガが既に実行中のプロセスに接続されたときTestDriven .NETとGallioを編集して続行
の変更が許可されていない
ユニットがテストされているプロジェクトは、Windowsのクラスライブラリであると私はできます」通常のデバッガを使用してライブラリを実行している間は、[編集して続行]をクリックします。 "編集して作業を続ける"ことについて助けていただければ幸いです。
ありがとうございます！
：
705：「...デバッガ （E & Cを使用してテストを有効にするには 'で... E & Cテスト '（隠された）
のためのサポートを追加します。 ） '編集で動作します& 続行、 'TestDriven.dll.config'ファイルを編集し、 のコメントを編集します。このテスト ランナーは、 がソースコントロールで使用されているときにプロジェクトファイルに触れることがあります（これがデフォルトで無効になっています。 ）。
編集者&継続サポートが動作するように、JamieがProcessInvoker.exeプロセスの起動方法を変更しない限り、TestDriven.Netでこの作業を行うことはできません。
正直言って、私はいつも編集をオフにしています&それは私に実質的に役に立たないほど多くの制限があるので続行します。代わりに、実行中のアプリケーションを試して、バグ修正のプロトタイプを作成するために、Visual Studioのイミディエイトウィンドウを使用します。
編集をオフにするもう1つの利点&「元のバージョンと正確に一致するようにソースファイルを必要とする」に続き、デバッガはソースファイルをロックしなくなります。これは、1つのセッションで2つまたは3つのバグを修正する可能性があり、ファイルを編集するためにデバッガを停止しなければならないため、特に便利です。また、Visual Studioはタブを再描画するのに、ロックされた状態をオンまたはオフに変更するためにかなり長い時間を費やしているようです。私は、ロックの直接の結果として、デバッグの前後数秒の休止を観察しました。したがって、ロックを引き起こすすべての機能をオフにすると、目覚ましい速度が上がります。
私は、編集を必要としないテストをデバッグする別の方法を試すことをお勧めします。&続行してください。
http://www.testdriven.net/downloads/releasenotes.htmlから