VS08sp1、Gallio 3.0.6.763、TestDriven.NET2.14を使用しています。単体テストにはMBUnitフレームワークを使用しています。TestDrivenのTestWith>Debuggerを使用すると、コードにステップインできます。ただし、VSオプションでこのオプションがオンになっているにもかかわらず、「編集して続行」できません。次のエラーメッセージが表示されます。
デバッガーがすでに実行中のプロセスに接続されている場合、変更は許可されません
単体テストが行われているプロジェクトはWindowsクラスライブラリであり、通常のデバッガーでライブラリを実行しながら「編集して続行」できます。「編集して続行」を機能させるためのサポートをいただければ幸いです。
ありがとう！
http://www.testdriven.net/downloads/releasenotes.htmlから：
705：「TestWith ... E＆C」の（非表示の）サポートを追加
Edit＆Continueで動作する「TestWith ... Debugger（E＆C）」を有効にするには; 'TestDriven.dll.config'ファイルを編集し、コメントを外します。このテストランナーは、ソース管理で使用するとプロジェクトファイルに「触れる」ことができます（これがデフォルトで無効になっている理由です）。
編集と続行のサポートが機能するようにJamieがProcessInvoker.exeプロセスの起動方法を変更しない限り、TestDriven.Netでこれを機能させることはできないと思います。
正直なところ、私は常に編集と続行をオフにします。これは、実際には役に立たないほど多くの制限があるためです。代わりに、実行中のアプリケーションとプロトタイプのバグ修正を試すためにVisual StudioImmediateWindowに依存しています。
「元のバージョンと完全に一致するようにソースファイルを要求する」とともに「編集と続行」をオフにするもう1つの利点は、デバッガーがソースファイルをロックしなくなることです。これは、1つのセッションで2つまたは3つのバグを修正する可能性があり、ファイルを編集するためにデバッガーを停止する必要があるため、特に便利です。また、Visual Studioは、特に開いているタブが多数ある場合に、「ロック」ステータスのオンとオフを変更するため、タブの再描画にかなりの時間を費やしているようです。ロックの直接の結果として、デバッグの前後に数秒の一時停止が見られました。その結果、ロックの原因となるすべての機能をオフにすると、大幅な速度向上が実現します。
したがって、私のアドバイスは、編集と続行を必要としない、テストをデバッグするための別のアプローチを試すことだと思います。