Я не думаю, что вы сможете выполнить эту работу с TestDriven.Net, если Джейми не изменит способ запуска процесса ProcessInvoker.exe, чтобы сработала поддержка Edit & Continue.
Если честно, я всегда отключаю Edit & Continue, потому что у него столько ограничений, что он практически бесполезен для меня. Вместо этого я полагаюсь на Visual Studio Immediate Window, чтобы экспериментировать с запущенным приложением и исправлять ошибки прототипа.
Другое преимущество отключения Edit & Continue вместе с «Требовать, чтобы исходные файлы точно соответствовали исходной версии», состоит в том, что отладчик больше не блокирует исходные файлы. Это особенно удобно, так как я могу исправить две или три ошибки в одном сеансе, и это отстой, когда приходится останавливать отладчик для редактирования файлов. Кроме того, кажется, что Visual Studio тратит довольно много времени на перерисовку вкладок, так как он изменяет состояние «заблокировано» - особенно если имеется много открытых вкладок. Я наблюдал паузы в несколько секунд до и после отладки как прямое следствие блокировки. Следовательно, отключение всех функций, вызывающих блокировку, обеспечивает заметное ускорение.
Так что, я думаю, мой совет - попробовать другой подход к отладке ваших тестов, который не требует Edit & Continue.