Создание и тестирование двоичных файлов на тестовой базе

Важно!

31 мая 2024 г. тестовая база для Microsoft 365 будет переведена в режим окончания срока действия (EOL). Мы стремимся тесно сотрудничать с каждым клиентом, чтобы обеспечить поддержку и руководство, чтобы сделать переход как можно более плавным. Если у вас есть вопросы, проблемы или требуется помощь, отправьте запрос на поддержку.

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

Важно!

Если у вас нет базовой учетной записи тестирования, ее необходимо создать, прежде чем продолжить, как описано в разделе Создание базовой учетной записи тестирования.

Создание пакета

В портал Azure перейдите к базовой учетной записи test, для которой вы будете создавать и отправлять пакет, и выполните следующие действия.

В меню слева в разделе Каталог пакетов выберите Новый пакет. Затем щелкните первый карта "Создать новый пакет в сети", чтобы создать пакет в сети в течение 5 шагов!

Шаг 1. Определение содержимого

1. В разделе Источник пакета выберите Двоичные файлы (например, .exe, .msi) в поле Тип источника пакета.

   

2. Затем отправьте файл приложения, нажав кнопку "Выбрать файл" или установив флажок, чтобы использовать шаблон Test Base в качестве отправной точки, если файл еще не готов.

   

3. Введите имя и версию пакета в разделе Основные сведения .

   Примечание.

   Сочетание имени пакета и версии должно быть уникальным в учетной записи Test Base.

   

4. После указания всех запрошенных сведений можно перейти к следующему этапу, нажав кнопку Далее: проверка конфигурации .

   

Шаг 2. Настройка теста

1. Выберите Тип теста. Поддерживаются два типа тестов:

   • Тест "Не в коробке" (OOB) выполняет установку, запуск, закрытие и удаление пакета. После установки подпрограмма запуска и закрытия повторяется 30 раз перед выполнением одного удаления. Тест OOB предоставляет стандартизированную телеметрию в пакете для сравнения между сборками Windows.
   • Функциональный тест будет выполнять отправленные тестовые скрипты в пакете. Скрипты выполняются в указанной последовательности, и сбой в конкретном сценарии остановит выполнение последующих скриптов.
   • Тест с управляемым потоком позволяет упорядочить тестовые скрипты с помощью расширенного управления потоком. Чтобы помочь вам всесторонне проверить влияние обновления Windows на месте, можно использовать потоковые тесты для выполнения тестов как для базовой ОС, так и для целевой ОС с параллельным сравнением результатов теста.

   Примечание.

   Пользователи также могут выбрать параметр предустановленных приложений Майкрософт. Этот параметр позволяет установить приложения Microsft, такие как Office, до установки пользовательского приложения.

   Готовый тест теперь необязателен.

   

2. После заполнения всех необходимых сведений можно перейти к шагу 3, нажав кнопку Далее внизу. При успешном создании тестовых скриптов появится уведомление.

   

Шаг 3. Изменение пакета

1. На вкладке Изменить пакет можно

   • Проверьте папку пакета и структуру файлов в предварительной версии пакета.
   • Измените скрипты в интернете с помощью редактора кода PowerShell.

   Примечание.

   Для справки были созданы некоторые примеры скриптов. Необходимо тщательно просмотреть каждый скрипт и заменить имя команды и процесса собственным.

   

2. В предварительной версии пакета в случае необходимости вы можете

   • Создайте папку.
   • Создайте новый скрипт.
   • Отправьте новый файл.

   

3. В папке scripts для вас созданы примеры скриптов и теги скриптов. Все теги скрипта можно изменить, их можно переназначить, чтобы ссылаться на пути к скрипту.

   • Если на шаге 2 выбран тест "По коробке" , вы увидите папку outofbox в папке scripts. Вы также можете добавить тег "Перезагрузка после установки" для сценария установки.

   

   Примечание.

   Теги скрипта Install, Launch и Close являются обязательными для типа теста OOB. Переназначение тегов гарантирует, что при запуске тестирования будет использоваться правильный путь к скрипту.

   

   • Если на шаге 2 выбран функциональный тест , в папке scripts появится функциональная папка. Дополнительные скрипты функциональных тестов можно добавить с помощью кнопки "Добавить в список функциональных тестов". Требуется как минимум один (1) скрипт и можно добавить до восьми (8) скриптов функционального тестирования.

   

   Примечание.

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

   Чтобы добавить дополнительные функциональные скрипты, щелкните "Добавить в список функциональных тестов". Затем появится панель действий. Вы можете:

   • Переупорядочите пути скрипта, перетащив кнопки с многоточием слева. Функциональные скрипты выполняются в последовательности, в которую они перечислены. Сбой в конкретном скрипте останавливает выполнение последующих скриптов.
   • Установите параметр "Перезапуск после выполнения" для нескольких скриптов.
   • Примените обновление перед определенным путем к скрипту. Это предназначено для пользователей, которые хотят выполнить функциональные тесты, чтобы указать, когда должно применяться исправление клиентский компонент Центра обновления Windows в последовательности выполнения скриптов функционального тестирования.

   

4. После заполнения всех необходимых сведений можно перейти к шагу 4, нажав кнопку Далее внизу.

Шаг 4. Настройка матрицы тестирования

На вкладке Тест матрицы можно указать конкретную программу обновления Windows или продукт Windows, для которого может потребоваться выполнить тест.

1. Выбор типа обновления ОС

   • База тестов предоставляет запланированное тестирование, чтобы убедиться, что производительность приложений не будет нарушена последними обновлениями Windows.

   

   • Существует 2 доступных варианта:

     • Обновления для системы безопасности позволяют тестировать пакет при добавочном оттоке ежемесячных обновлений системы безопасности Windows.
     • Обновления компонентов позволяют тестировать пакет с новыми функциями в последних сборках Windows Insider Preview из программы предварительной оценки Windows.

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

   

   • Выбранный вами вариант зарегистрирует приложение для автоматических тестовых запусков в выпуске B ежемесячных обновлений качества Windows для выбранных продуктов.
     • Для клиентов, у которых есть клиенты доступа по умолчанию на тестовой базе, их приложения проверяются на соответствие окончательной версии обновлений для системы безопасности выпуска B, начиная со вторника исправлений.
     • Для клиентов, у которых есть клиенты с полным доступом на тестовой базе, их приложения проверяются на соответствие предварительным версиям обновлений для системы безопасности выпуска B, начиная с 3 недель до вторника исправлений. Это позволяет клиентам с полным доступом принять упреждающие меры по устранению любых проблем, обнаруженных во время тестирования, до окончательного выпуска во вторник исправлений.
       (Как стать клиентом полного доступа? См. запрос на изменение уровня доступа | Документация Майкрософт)

3. Настройка обновления компонентов

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

   

   • Выбранный вами вариант зарегистрирует приложение для автоматических тестовых запусков с последними обновлениями компонентов выбранного канала продукта и всеми будущими новыми обновлениями в последних Windows Insider Preview сборки выбранного вами варианта.

   • Вы также можете задать текущую ОС в разделе "Базовые показатели ОС для аналитики". Мы предоставим вам дополнительные аналитические сведения для тестирования путем регрессии для вашей среды ОС как есть и последней целевой ОС.

   

Шаг 5. Проверка и публикация

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

   

2. Вы также можете проверка поле уведомлений, чтобы получить уведомление по электронной почте о завершении выполнения проверки.

   

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

   Примечание.

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

   

4. Вы будете перенаправлены на страницу Управление пакетами, чтобы проверка ход выполнения недавно отправленного пакета.

   

   Примечание.

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

Возобновление создания сохраненного пакета черновика

Если у вас есть какие-либо предыдущие пакеты черновиков, список сохраненных черновых пакетов можно просмотреть на странице Новый пакет . Щелкнув значок карандаша "Изменить" , вы можете возобновить редактирование пакета, выбранного с того места, с которого вы вышли, как описано в столбце Состояние .

Примечание.

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