Есть ли способ автоматизировать проверку выходных данных профилировщика для использования с интеграционным тестированием приложения ASP.NET?

Question

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

Обновление: Это приложение, я не понимаю, как и почему я хотел бы добавить в него дополнительный код для его тестирования. Я не против написания внешнего кода для сайта. У нас есть интеграционные тесты, которые не используют пользовательский интерфейс. Эти тесты проходят, но при доступе из пользовательского интерфейса что-то делает неправильный вызов, обходя кэширование. Это не заметно при визуальном осмотре. И до этого момента никогда не тестировался ни в одном из наших тестов пользовательского интерфейса (мы используем Selinium ). Я думаю, что какой-то профилировщик будет работать, но я не знаком с профилировщиками Гораздо меньше, как регистрировать информацию, которую они производят, и проверять ее в рамках автоматического теста.

Answer 1

Нет ничего плохого в добавлении кода для захвата данных такого рода.Я использовал метод Trace.write () для этой вещи в прошлом.Если трассировка не включена, производительность не снижается вообще.

Редактировать: можно включить трассировку страницы, добавив Trace = True в директиву @Page.http://msdn.microsoft.com/en-us/library/94c55d08.aspx затем, когда вы запросите страницу, вы увидите большой список, добавленный внизу со всеми операторами трассировки.Существует множество других параметров, которые можно использовать для настройки, если вы не хотите, чтобы они отображались на странице (т. Е. Отправить их в файл журнала)«Тестирование», как вы увидите в выводе, уже есть тонна трассировки, которая уже выполняется в основных сборках .net.

Answer 2

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