Указание параметров тестирования для тестов Visual Studio

Статья
06/10/2015

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

Параметр тестирования Visual Studio

Если приложение выполняется на нескольких компьютерах, можно настроить эти параметры отдельно для каждого компьютера и выбрать компьютер, на котором необходимо выполнить тестовый код.

Важно!

Файлы .testsettings и .runsettings

Если вы занимались тестированием в предыдущих выпусках Visual Studio, вы заметите, что в проекте модульного тестирования больше нет файла .testsettings.Новую платформу тестирования в Visual Studio 2012 можно настроить с помощью файла .runsettings.

Если используется файл .testsettings, для выполнения тестов используется платформа тестирования MSTest.Этот способ медленнее и не позволяет выполнять тесты с помощью сторонних платформ тестирования.

Поэтому рекомендуется действовать следующим образом.

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

Файл .testsettings необходимо использовать в веб-тестах производительности, нагрузочных тестах и в закодированных тестах пользовательского интерфейса.

Требования

Visual Studio Ultimate или Visual Studio Premium или Visual Studio Test Professional.

В этом разделе описывается определение параметров тестирования в Visual Studio. Если вы выполняете системные тесты в диспетчере Microsoft Test Manager, см. дополнительные сведения в разделе Создание параметров тестирования для автоматических системных тестов с помощью Microsoft Test Manager.

Ситуации, в которых следует использовать файл параметров тестирования

Этот файл следует использовать в следующих случаях.

Необходимо собирать диагностические данные, чтобы изолировать ошибки в приложении.
Необходимо моделировать потенциальные узкие места, с которыми приложение может столкнуться в рабочей среде.
Необходимо выполнять клиент, сервер и другие части приложения на различных компьютерах, чтобы убедиться, что оно правильно работает в распределенной среде.
Необходимо распределить большое количество тестов по различным компьютерам.
Необходимо выполнить веб-тесты производительности и нагрузочные тесты. Если проект веб-тестов производительности и нагрузочных тестов добавлен к решению, он уже содержит файл .testsettings. Можно просто изменить этот файл.

Предупреждение

При использовании файла параметров тестирования модульные тесты выполняются медленнее.Рекомендуется не использовать файл параметров тестирования с модульными тестами.Модульные тесты можно настраивать с помощью файла .runsettings.Для развертывания дополнительных файлов используйте атрибут DeploymentItemAttribute.

При этом веб-тесты производительности и нагрузочные тесты всегда используют файл параметров тестирования.

Процедура использования файла параметров тестирования

Добавьте файлы параметров тестирования в решение и выберите нужный файл. Можно добавить несколько файлов параметров тестирования, если требуется быстро переключаться между различными параметрами.

Добавьте файл .testsettings в решение.

В контекстном меню решения Visual Studio последовательно выберите команды Добавить и Создать элемент, а затем выберите пункт Параметры тестирования.
Изменение файла параметров тестирования
Выберите необходимые параметры тестирования.
- Выберите параметры тестирования для модульных тестов и закодированных тестов пользовательского интерфейса:
  В меню ТЕСТ последовательно выберите пункты Параметры тестирования и Выбрать файл параметров теста.
  
  Выбор параметров тестирования для модульных тестов и закодированных тестов пользовательского интерфейса
- Выберите параметры тестирования для веб-теста производительности и нагрузочных тестов:
  Откройте контекстное меню для файла .testsettings в нужном решении и выберите пункт Активные параметры нагрузочных тестов и веб-тестов.
  
  Выбор параметров тестирования для веб-тестов производительности и нагрузочных тестов

Что еще мне нужно знать?
Примечания
- Добавьте параметры тестирования в решение, а не в проект.
- Для выбора параметров тестирования для веб-тестов производительности и для других типов тестов используются отдельные команды. Для веб-тестов производительности в любом случае необходим файл параметров тестирования. Для модульных тестов и закодированных тестов пользовательского интерфейса файл параметров тестирования не требуется.
- Предупреждение. Не рекомендуется применять параметры тестирования к проекту модульных тестов Visual Studio 2013, если вы не уверены, что вам необходимы именно эти параметры. При применении параметров тестирования для выполнения тестов используется старая платформа тестирования, производительность и устойчивость которой ниже, чем новой платформы.
  
  Если вы используете файл параметров тестирования, а затем решите от него отказаться, отмените его в меню ТЕСТ, выбрав пункт Параметры тестирования.
  
  Этот совет не относится к веб-тестам производительности и нагрузочным тестам, которые в любом случае используют файл параметров.
- Параметры тестирования выбирают адаптеры диагностических данных и управляют ими. Есть несколько разновидностей адаптеров, собирающих различные виды информации и настраивающих среду выполнения теста.
- Параметры тестирования также выбирают контроллер тестирования. Контроллер тестирования используется, если необходимо выполнять приложение на нескольких компьютерах.
- При добавлении в решение проекта веб-тестов производительности и нагрузочных тестов, создается файл Local.testsettings по умолчанию. Он автоматически добавляется к решению в папку Элементы решения. Он выполняет тесты локально без использования выбранных адаптеров диагностических данных. Можно добавить или изменить файл .testsettings, чтобы задать адаптеры диагностических данных и контроллеры тестирования.
- Дополнительные инструкции см. в статье Testing for Continuous Delivery with Visual Studio 2012 – Chapter 6: A Testing Toolbox (Тестирование при непрерывной поставке с использованием Visual Studio 2012", глава 6 "Средства тестирования")

Изменение параметров тестирования

Изменить различные значения параметров тестирования можно на следующих страницах диалогового окна Параметры тестирования.

Общие правила
Роли
Данные и диагностика
Развертывание
Скрипты установки и очистки
узлы
Время ожидания тестов
Модульный тест
Веб-тест

Параметры тестирования. Роли

На странице "Роли" можно настроить выполнение теста на локальном компьютере или удаленно.

Выбор локального выполнения

По умолчанию используется значение Локальное выполнение. Это означает, что тесты и приложение запускаются на компьютере Visual Studio или на сервере сборки после возврата кода. Дальнейшие сведения см. разделе Данные и диагностика.
Локальное выполнение с удаленной коллекцией — это типичная конфигурация для тестирования веб-приложения или системы клиент-сервер. Тестовый код выполняется на локальном компьютере, но можно также собирать тестовые данные из компонентов приложения, установленных на других компьютерах.
Удаленное выполнение используется, если не требуется запускать какую-либо часть приложения локально. Эта конфигурация используется, если приложению требуется определенная платформа, например, веб-браузер или база данных. Собирать тестовые данные и настраивать тестовую среду можно на каждом компьютере.

Настройка контроллера тестирования и ролей для удаленного выполнения и сбора данных

Удаленное выполнение означает, что приложение устанавливается не только на локальный компьютер, но и на один или несколько других компьютеров. Параметры тестирования могут задавать конфигурацию сбора данных и тестовой среды для этих компьютеров. На каждом компьютере должен быть агент тестирования, связанный с контроллером тестирования. Контроллер тестирования считывает параметры тестирования и использует агенты для настройки тестовой среды и адаптеров диагностических данных каждого компьютера. Можно установить контроллер и агенты тестирования вручную или использовать диспетчер Microsoft Test Manager для создания лабораторной среды.

Для удаленного тестирования компьютеры определяются именами ролей, например "Сервер SQL Server", "Веб-сервер" или "Настольный клиент". Имена позволяют задавать конфигурацию для каждого компьютера. При установке приложения для тестирования следует использовать имена ролей, чтобы выбрать правильный компьютер для каждого компонента приложения.

Роль параметров тестирования

В раскрывающемся списке Контроллер выберите контроллер тестирования для агентов тестирования, которые будут использоваться для выполнения тестов или сбора данных.
Чтобы добавить роли, которые необходимо использовать для выполнения тестов и сбора данных, нажмите кнопку Добавить. Например, можно назвать роли "Настольный клиент" или "Веб-сервер".
Выберите роль для запуска тестов и выберите команду Задать в качестве роли для запуска тестов. Обычно это роль, в которой установлен клиентский компонент приложения.

Примечание

Остальные определяемые роли не будут запускать тестовый код. Они будут собирать данные в соответствии с адаптерами данных и диагностики, заданными для ролей на странице Данные и диагностика.
Для выбора агентов тестирования, которые можно использовать для роли, необходимо создать атрибуты для этой роли, а затем назначить эти атрибуты агентам тестирования. Чтобы выполнять тесты одновременно на нескольких компьютерах, необходимо присвоить нескольким агентам тестирования атрибут из роли, выбранной для выполнения тестов. Чтобы создать атрибут, выберите роль и нажмите кнопку Добавить на панели инструментов над списком атрибутов.
Откроется диалоговое окно Правило выбора агента.
Введите имя в поле Имя атрибута и значение в поле Значение атрибута, а затем нажмите кнопку ОК. Добавьте необходимые атрибуты.
Например, можно добавить атрибут с именем "ОЗУ > 16 ГБ" со значением True или False, чтобы отфильтровать компьютеры агентов тестирования с объемом ОЗУ более 16 ГБ. Однако необходимо вручную выбрать значение атрибута для агентов тестирования. Значения атрибутов не задаются автоматически на основе спецификации компьютера.
Чтобы применить атрибут к одному или нескольким агентам тестирования, назначьте атрибут агентам тестирования в диалоговом окне Управление контроллером тестирования.

Параметры тестирования. Данные и диагностика

В диалоговом окне Параметры тестирования выберите страницу Данные и диагностика. На этом этапе необходимо использовать один из следующих вариантов, в зависимости от того, как был настроен параметр на странице Роли.

Сбор данных "Данные и диагностика" на локальном компьютере

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

На странице Данные и диагностика определяются функции ролей; для этого необходимо выбрать адаптеры диагностических данных, которые будут использоваться ролью для сбора данных. Поэтому, если для роли включены один или более адаптеров данных и диагностики, контроллер тестирования выберет доступный компьютер агента тестирования для сбора данных для указанных адаптеров на основании определенных для роли атрибутов. Чтобы выбрать адаптеры обработки данных и адаптеры диагностических данных, которые будут использоваться каждой из ролей, выберите роль. Для каждой из ролей выберите адаптеры диагностических данных, соответствующие требованиям тестов в плане. Чтобы настроить адаптеры диагностических данных, выбранные для ролей, выберите параметр Настроить над списком адаптеров данных и диагностики.

Пример ролей и адаптеров диагностических данных.

Например, можно создать роль клиента с именем "Настольный клиент" и атрибутом "Использует SQL", равным True, и роль сервера с именем "Сервер SQL Server" и атрибутом "ОЗУ > 16 ГБ". Если указать, что на клиенте "Настольный клиент" будут запускаться тесты (выберите пункт Задать в качестве роли для запуска тестов на странице Роли), контроллер тестирования будет выбирать для запуска тестов компьютеры с агентами тестирования, имеющие атрибут "Использует SQL", равный True. Контроллер тестирования также будет выбирать компьютеры под управлением SQL Server с агентами тестирования, имеющими атрибут "ОЗУ > 16 ГБ", чтобы собирать только данные, определенные включенными в роль адаптерами данных и диагностики. Агент тестирования "Настольный клиент" также может собирать данные для компьютеров, на которых он выполняется, однако для этой роли также необходимо выбрать адаптеры данных и диагностики.

Примечание

В таблице перечислены только адаптеры, которые можно использовать в тестах Visual Studio.Дополнительные сведения об адаптерах диагностических данных, используемых в Microsoft Test Manager, см. в разделе Настройка компьютеров и сбор диагностических данных с помощью параметров тестирования.

Адаптеры диагностических данных для автоматических тестов

Адаптер диагностических данных	Раздел
Прокси-сервер клиента ASP.NET для IntelliTrace и влияния на тесты. Этот прокси-сервер позволяет собирать данные об HTTP-обращениях из клиента к веб-серверу для адаптеров диагностических данных IntelliTrace и влияния на тесты.	Для сбора этих сведений не требуется выполнять настройку. Практическое руководство. Сбор данных IntelliTrace для отладки сложных проблем Практическое руководство. Сбор данных для определения тестов, которые должны быть выполнены после изменения кода
IntelliTrace. Адаптер диагностических данных для IntelliTrace можно настроить для сбора определенных диагностических данных трассировки с целью изоляции ошибок, которые трудно воспроизвести. Этот адаптер создает файл IntelliTrace с расширением ITRACE, который содержит эти данные. При неудачном завершении теста можно создать ошибку. К этой ошибке автоматически привязывается файл IntelliTrace, сохраняемый вместе с результатами теста. Данные, собираемые в файл IntelliTrace, повышают производительность отладки за счет снижения затрат времени на воспроизведение и диагностику ошибок в коде. Файл IntelliTrace позволяет имитировать локальный сеанс на другом компьютере, что повышает вероятность воспроизведения ошибки. Для получения дополнительной информации см. Отладка приложения путем записи выполнения кода с помощью IntelliTrace.	Практическое руководство. Сбор данных IntelliTrace для отладки сложных проблем
Профилировщик ASP.NET. Можно создать параметр тестирования, включающий профилировщик ASP.NET, который собирает данные о производительности веб-приложений ASP.NET. Примечание Этот адаптер диагностических данных предназначен только для использования с нагрузочными тестами, которые используют веб-сайты, требующие Visual Studio Ultimate.	Практическое руководство. Настройка профилировщика ASP.NET для нагрузочного тестирования с помощью параметров тестирования в Visual Studio Практическое руководство. Создание параметра тестирования для распределенного нагрузочного теста
Покрытие кода (Visual Studio 2010). Можно создать параметр тестирования, включающий сведения о покрытии кода, которые позволяют определить объем протестированного кода. Примечание Этот адаптер диагностических данных применим только для параметров тестирования Visual Studio.Он не используется для параметров тестирования в Microsoft Test Manager. Примечание Эта необходимо только для совместимости с Visual Studio 2010. Дополнительные сведения о покрытии кода см. в разделе Использование покрытия кода для определения объема протестированного кода.	Больше не рекомендуется настраивать покрытие кода с использованием параметров тестирования
Журнал событий. Можно настроить параметр тестирования для записи журнала событий, который будет включаться в результаты теста.	Практическое руководство. Настройка коллекции записей журнала событий с помощью параметров тестирования
Эмуляция сети. С помощью параметра тестирования можно указать, что требуется выполнить эмуляцию сетевой нагрузки при тестировании. Эмуляция сети влияет на обмен входящими и исходящими данными с компьютером, имитируя определенную скорость сетевого подключения, например коммутируемое подключение. Примечание Этот адаптер диагностических данных применим только для параметров тестирования Visual Studio.Он не используется для параметров тестирования в Microsoft Test Manager. Примечание Эмуляцию сети нельзя использовать для увеличения скорости сетевого подключения.	Практическое руководство. Настройка эмуляции сети с использованием параметров тестирования в Visual Studio
Сведения о системе. В параметрах тестирования можно задать учет сведений о системе компьютера, на котором выполняется тест. Сведения о системе указываются в результатах теста с помощью параметра тестирования.	Для сбора этих сведений не требуется выполнять настройку.
Влияние тестов. Можно собирать сведения о том, какие методы кода приложения использовались при выполнении тестового случая. Эти данные можно использовать вместе с данными об изменениях кода приложения, сделанных разработчиками, чтобы определять, на какие тесты влияют эти изменения.	Практическое руководство. Сбор данных для определения тестов, которые должны быть выполнены после изменения кода
Запись видео. При выполнении автоматического теста можно записывать сеанс рабочего стола на видео. Данная видеозапись может быть полезна для просмотра действий пользователя в закодированного тесте пользовательского интерфейса. Видеозапись может помочь другим членам команды определить проблемы с приложением, которые трудно воспроизвести.	Практическое руководство. Включение записей экрана и голоса во время тестирования с помощью параметров тестов

Параметры тестирования. Развертывание

В диалоговом окне Параметры тестирования выберите страницу Развертывание.
Чтобы создавать отдельный каталог для развертывания при каждом выполнении тестов, выберите команду Включить развертывание.

Примечание

Если эта команда выбрана, при выполнении тестов можно продолжать выполнять построение приложения.
Чтобы добавить в каталог, который используется для выполнения тестов, необходимый для выполнения тестов файл, нажмите кнопку Добавить файл и выберите файл, который требуется добавить.
Чтобы добавить в каталог, который используется для выполнения тестов, необходимый для тестов каталог, нажмите кнопку Добавить каталог и выберите каталог, который требуется добавить.

Примечание

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

Параметры тестирования. Скрипты настройки и очистки

Чтобы выполнять скрипты до и после тестов, откройте страницу Скрипты установки и очистки в диалоговом окне Параметры тестирования.
Введите расположение файла скрипта в поле Скрипт настройки или нажмите кнопку с многоточием (...), чтобы найти скрипт настройки.
Введите расположение файла скрипта в поле Скрипт очистки или нажмите кнопку с многоточием (...), чтобы найти скрипт очистки.

Параметры тестирования. Узлы

Чтобы выполнить тесты на другом узле, откройте страницу Узлы в диалоговом окне Параметры тестирования.
Для выполнения модульных тестов в том же процессе, что и сайт ASP.NET, выберите вариант ASP.NET в меню Тип хоста.
Чтобы запустить тест в 32- или 64-разрядном процессе, выберите соответствующий параметр.

Для максимальной гибкости тестовые проекты следует компилировать в конфигурации Любой ЦП. В этом случае выполнение возможно как на 32-разрядных, так и на 64-разрядных агентах. Компиляция тестовых проектов в конфигурации 64 разряда не дает никаких преимуществ.

Параметры тестирования. Время ожидания тестов

(Необязательно) Чтобы ограничить время выполнения каждого тестового запуска и отдельных тестов, откройте страницу Время ожидания тестов в диалоговом окне Параметры тестирования.
Чтобы отменять тестовый запуск при превышении предела времени, выберите пункт Прервать тестовый запуск, если общее время превышает и введите значение предела.
Для завершения определенного теста с ошибкой при превышении предела времени выберите Пометить тест как ошибочный, если превышено время его выполнения и введите значение предела.

Параметры тестирования. Модульный тест

(Необязательно) Если требуется задать расположения сборок, которые должны загружаться модульными тестами, выберите пункт Модульный тест.

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

Задаваемая корневая папка может содержать переменные среды и представлять каталог, который будет использоваться как ApplicationBase домена приложения, в котором запускаются тесты. Все сборки в этом каталоге будут доступны для загрузки модульными тестами. В рабочей среде рекомендуется задать в качестве этого параметра каталог, в который будет устанавливаться код тестовых сборок. В среде разработки рекомендуется задать в качестве этого параметра каталог, в котором будет происходить сборка кода тестовых сборок. Это гарантирует, что все имеющиеся ссылки на двоичные файлы продукта будут загружаться и разрешаться во время обнаружения и выполнения тестов без необходимости копировать двоичные файлы продукта вместе с тестами.

Если это значение не задано, в качестве каталога с тестами задается каталог ApplicationBase домена приложения, в котором запускаются тесты.
Установите или снимите флажок Используйте контекст загрузки для сборок в каталоге теста.

По умолчанию большинство сборок загружаются в правильном контексте загрузки. В большинстве случаев следует оставить флажок Используйте контекст загрузки для сборок в каталоге теста установленным. В некоторых случаях может быть нужно снять этот флажок.

Если в тестовом каталоге имеется большое число сборок, в поле Корневая папка для загружаемых сборок указано расположение, а тесты не зависят от загрузки в контексте загрузки, можно заметить увеличение производительности, если для загрузки этих сборок не будет использоваться контекст загрузки.

Если тесты зависят от загрузки в контексте, отличном от контекста загрузки (нетипичный случай).

Для получения дополнительной информации см. Рекомендации для загрузки сборок.
В разделе Папки для использования при запуске тестов выберите команду Добавить папку.

Откроется диалоговое окно Выбрать папку.
Найдите нужную папку и нажмите кнопку ОК.

Папки для использования при запуске тестов — параметр, который, вероятнее всего, будет использоваться чаще остальных. Можно указать несколько путей к папкам со сборками, которые будут разрешаться в ходе обнаружения и выполнения тестов. Каждый из указываемых в этом разделе путей может содержать переменные среды. С каждым из указываемых здесь путей связано два параметра.

Первый параметр. Установите флажок Использовать контекст загрузки, чтобы указать на необходимость использования контекста загрузки при разрешении сборок из этого каталога (если для правильного выполнения тестов контекст загрузки не требуется, при снятии этого флажка может повыситься производительность).

Второй параметр. Установите флажок Включить вложенные папки, чтобы при разрешении сборок из этого каталога учитывались все вложенные папки.
В разделе Дополнительные папки, используемые при обнаружении тестов выберите команду Добавить папку.

Откроется диалоговое окно Выбрать папку.
Найдите нужную папку и нажмите кнопку ОК.

Поле Дополнительные папки, используемые при обнаружении тестов удобно использовать при удаленном выполнении тестов с помощью Team Build или при автоматическом запуске тестов из Microsoft Test Manager. Указанные здесь пути будут использоваться для разрешения сборок, но только во время обнаружения тестов. Эти пути могут содержать переменные среды. Если составляется расписание удаленного запуска тестов из места построения, и не все зависимости тестовой сборки находятся в одном каталоге, эти пути можно использовать для того, чтобы гарантировать, что программа MSTest или контроллер тестирования смогут найти достаточное число зависимых сборок для обнаружения тестов и запланировать их запуск на удаленных компьютерах.

При планировании запусков с помощью Microsoft Test Manager для общего обращения к папке сборки можно использовать дополнительный токен %BuildDrop%. Это исключает необходимость создания и обновления параметров тестирования при тестировании каждого нового построения. К сожалению, этот токен не поддерживается напрямую с помощью Team Build. Но если папка сборки задана в переменной среды BuildDrop из определения сборки, результат будет таким же.

Для получения дополнительной информации см. Проверка кода при помощи модульных тестов.

Параметры тестирования. Веб-тест

(Необязательно) Чтобы настроить в параметрах тестирования свойства, влияющие на выполнение веб-тестов производительности, выберите пункт Веб-тест.

Выберите параметр Фиксированное число запусков или Один запуск для строки.
С помощью раскрывающегося списка Тип браузера выберите веб-браузер, который будет использоваться в веб-тесте производительности. Например, Internet Explorer 9.0.

Примечание

Для веб-тестов производительности требуется выпуск Visual Studio Ultimate.
(Необязательно) Выберите пункт Имитировать время на обдумывание, чтобы включить моделирование пауз, свойственных человеку.
(Необязательно) Установите флажок Использовать каталог URL-адреса запроса как путь по умолчанию для файлов cookie.

Если флажок Используйте каталог URL-адрес запроса как путь по умолчанию для файлов cookie снят, веб-тесты ведут себя следующим образом.

Если запрос, например www.abc.com/myapp/abc.aspx, задает файл cookie в ответе и не задает путь, тест будет использовать весь URL-адрес запроса в качестве пути к этому файлу cookie. Это означает, что файл cookie будет отправлен только с последующими запросами с URL-адресом www.abc.com/myapp/abc.aspx.

Если флажок Используйте каталог URL-адрес запроса как путь по умолчанию для файлов cookie установлен, веб-тесты ведут себя следующим образом.

Если запрос, например www.abc.com/myapp/abc.aspx, задает файл cookie в ответе и не задает путь, тест будет использовать каталог URL-адреса запроса в качестве пути к этому файлу cookie. Это означает, что файл cookie будет отправлен со всеми запросами с дочерним путем www.abc.com/myapp (например, www.abc.com/myapp/xyz.aspx).

Это поведение соответствует файлам cookie версии 1, описанным в стандарте RFC 2109. Дополнительные сведения об этих параметрах см. в статье Request for Comments: 2109 (Запрос комментариев 2109).

См. также

Поделиться через