То, как обработать исключения, повысило в других потоках когда поблочное тестирование?

Question

То, как обработать исключения, повысило в других потоках когда поблочное тестирование?

Если вы ищете способ переключаться между разными классами один за другим, а не все вместе, я быстро написал небольшой скрипт, который вы можете использовать:

https://github.com /ThibaultJanBeyer/.toggleClasses-for-jQuery

он расширяет новый метод jQuery .toggleClasses (), который делает именно то, что вы хотите. проверьте это и не стесняйтесь делать это лучше, если у вас есть улучшения :)

14

multithreading visual-studio unit-testing exception

задан Raedwald 16 April 2018 в 15:41

6 ответов

Другие вопросы по тегам:

multithreading visual-studio unit-testing exception

Похожие вопросы:

score 1 · Answer 1

Вы можете попробовать установить AppDomain.CurrentDomain.UnhandledException и посмотреть, работает ли это? Я не знаю, как это взаимодействует с мыслью о тестовой оснастке VS

score 0 · Answer 2

Обычно я стараюсь избегать запуска потоков в модульных тестах, внедряя поставщика потока, который во время модульных тестов фактически не предоставляет поток, а скорее выполняется синхронно.

Конечно, при таком подходе вы не можете протестировать какие-либо потенциальные конфликты или два реальных пути кода, работающих параллельно, но есть хороший аргумент, что такой тест на самом деле не является модульным тестом.

Когда вы это делаете проверьте два одновременных потока, затем вам понадобится поставщик потока, который перехватывает исключения в конце потока и сообщает о них как об ошибках.

score 2 · Answer 3

Вы можете использовать обработчик Global Exception, чтобы перехватить все неперехваченные исключения в AppDomain:

AppDomain currentDomain = AppDomain.CurrentDomain;
currentDomain.UnhandledException += new EventHandler(UnhandledExceptionHandler);

Я думаю, что это будет работать и для исключений, генерируемых другими потоками

score 0 · Answer 4

Пара идей:

Используйте BackgroundWorker для выполнения работы модульного тестирования. BackgroundWorker автоматически перехватывает необработанные исключения и сообщает о них в свойстве Error RunWorkerCompletedEventArgs. Однако вам понадобится способ заблокировать поток модульного тестирования, пока BackgroundWorker не завершит работу.
Сам по себе этот вариант не является хорошим и может даже не подходить для ваших целей тестирования. Тем не менее я хотел упомянуть. Вы можете вернуться к тому, как обрабатывались необработанные исключения из других потоков в .NET 1.0 и 1.1, используя legacyUnhandledExceptionPolicy . До .NET 2.0 необработанные исключения из потоков незаметно игнорировались. Однако в .NET 2.0 они фактически вызывают завершение работы приложения. Параметр legacyUnhandledExceptionPolicy позволяет иметь поведение до .NET 2.0.

score 0 · Answer 5

Что я могу сказать из области C ++ (если знания могут быть переведены), так это то, что любое исключение, созданное в данном потоке, может быть поймано только в этом потоке . Если ваше основное приложение запускает три других потока, вы должны перехватывать исключения из каждого из (теперь 4) потоков независимо. Невозможно реализовать «глобальный» обработчик исключений в многопоточном коде. Это связано с тем, как потоки (и процессы) реализуются в ОС.

Но, как я уже сказал, я не знаю, насколько точно эта логика транслируется на C #, потому что она выполняется поверх виртуальной машины, такой как Java.

1112319]

score 0 · Answer 6

Мне кажется, что наличие более одного потока в ваших тестах не очень похоже на единицу y . Есть ли что-нибудь в тестируемой логике, которая требует наличия нескольких потоков? Правда?

Или дело в том, что некоторые участники тестируемого кода оказываются многопоточными (например, сокет)? Если это так, вам действительно следует заменить этих соавторов какими-то тестовыми двойниками (моки, заглушки или что-то еще).