Тестовая среда в тестировании программного обеспечения

⚡ Умное резюме

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

  • 🖥️ Определена тестовая среда: Аппаратное, программное обеспечение и сетевая конфигурация, настроенная для выполнения тестовых сценариев.
  • 🧩 Ключевые области: Система, тестовые данные, сервер базы данных, ОС, браузер, сеть и документация.
  • 🪜 Шаги настройки: Тестирование сервера, сети, тестовых ПК, составление отчетов об ошибках и создание тестовых данных.
  • 🔒 Данные испытаний: Производственные данные копируются и анонимизируются (черный/белый список) для защиты персональных данных.
  • 🇧🇷 Управление: Поддерживайте централизованное хранилище, отслеживайте состояние среды и устраняйте неполадки.
  • ⚠️ Задачи Планирование ресурсов, удаленные/совместно используемые среды, время настройки и сложная конфигурация.

Тестовая среда в тестировании программного обеспечения

Что такое тестовая среда?

Среда тестирования — это набор программного и аппаратного обеспечения, позволяющий группам тестирования выполнять тестовые сценарии. Другими словами, он поддерживает выполнение тестов с настроенным оборудованием, программным обеспечением и сетью.

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

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

Настройка тестовой среды: ключевые области

Для тестовой среды ключевая область настройки включает в себя

  • Система и приложения
  • Данные испытаний
  • Сервер базы данных
  • Фронтальная рабочая среда
  • Клиентская операционная система
  • Браузер
  • Аппаратное обеспечение включает сервер Operaсистема тинг
  • Cеть
  • Необходимая документация, такая как справочные документы/руководства по настройке/руководства по установке/руководства пользователя.

Процесс настройки среды тестирования программного обеспечения

Тесты ограничиваются тем, что можно тестировать, а что нет.

В настройке тестовой среды участвуют следующие люди:

  • Системные администраторы,
  • Застройщики
  • Тестеры
  • Иногда пользователи или технические специалисты, склонные к тестированию.

Тестовая среда требует настройки различного количества отдельных областей, таких как:

#1 лучший в целомГлобальное тестирование приложений
9.8/ 10
★ ★ ★ ★ ★
Получить бесплатную демоверсию
PractiTest
9.5/ 10
★ ★ ★ ★ ★
Войти PractiTest
Testiny
9.3/ 10
★ ★ ★ ★ ★
Войти Testiny
лучший дляКраудтестинг и контроль качестваУправление тестамиНебольшие и средние команды контроля качества
Ключевой особенностью✓Тестирование интеграции со сторонними сервисами✓Централизованное управление тестированием✓Ручные и автоматизированные тестовые примеры
Интеграции✓Джира, Slack, TestRail✓Джира, Jenkins, Slack✓Jira, GitHub, GitLab
Попробуйте!ДемоБесплатная пробная версия 14 днейДемо
Получить бесплатную демоверсиюВойти PractiTestВойти Testiny

Шаг 1) Настройка тестового сервера

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

Например, Fedora настроена для PHP, Java-приложения с почтовыми серверами или без них, настройка cron, Java-приложения и т.д.

Шаг 2) Сеть

Сеть настроена в соответствии с требованиями теста. Оно включает,

  • настройка интернета
  • Настройка локальной сети Wi-Fi
  • Настройка частной сети

Это гарантирует, что перегрузка, возникающая во время тестирования, не повлияет на других участников. (Разработчики, дизайнеры, авторы контента и т. д.)

Шаг 3) Тестовая настройка ПК

Для веб-тестирования вам может потребоваться настроить разные браузеры для разных тестировщиков. Для настольных приложений вам нужны разные типы ОС для разных ПК тестировщиков.

Например, для тестирования приложений Windows Phone может потребоваться

  • Установка Visual Studio
  • Windows эмулятор телефона
  • Альтернативно можно назначить тестеру Windows Phone.

Шаг 4) Отчет об ошибках

Инструменты сообщения об ошибках должны быть предоставлены тестировщикам.

Шаг 5) Создание тестовых данных для тестовой среды

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

Подход к копированию производственных данных в тестовые данные включает в себя:

  • Настройте производственные задания для копирования данных в общую тестовую среду.
  • Вся PII (персональная информация) изменяется вместе с другими конфиденциальными данными. PII заменяется логически правильными, но не личными данными.
  • Удалите данные, которые не имеют отношения к вашему тесту.

Тестировщики или разработчики могут скопировать это в свою индивидуальную тестовую среду. Они могут изменить его в соответствии со своими требованиями.

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

Для анонимизации данных можно использовать два подхода:

  • Черный список: при таком подходе все поля данных остаются неизменными. Кроме тех полей, которые указаны пользователями.
  • Белый список: по умолчанию этот подход анонимизирует все поля данных. За исключением списка полей, которые разрешено копировать. Поле в белом списке означает, что можно копировать данные в том виде, в каком они есть, и анонимизация не требуется.

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

Управление тестовой средой

Управление тестовой средой занимается обслуживанием и ремонтом испытательного стенда.

Список действий функции управления тестовой средой включает в себя:

  1. Поддержка центрального репозитория со всеми обновленными версиями тестовых сред.
  2. Управление тестовой средой в соответствии с требованиями команды тестирования.
  3. В соответствии с новыми требованиями создание новых сред
  4. Мониторинг окружающей среды
  5. Обновление/удаление устаревших тестовых сред
  6. Исследование проблем окружающей среды
  7. Координация до решения вопроса.

Контрольный список тестовой среды

Металлоизделия

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

Программное обеспечение/подключения

  • Указаны ли необходимые приложения? Приложение типа Excel, Word, Drawings и т. д.
  • Существует ли в организации тестовая среда для нового программного обеспечения? Имеет ли организация опыт использования и обслуживания программного обеспечения?

Данные по окружающей среде

  • Проверьте, доступны ли стандартные наборы тестовых данных? Используя набор регрессионных тестов, рассмотрим дефект администрация для сбора тестовых данных.
  • Существуют ли соглашения с владельцами тестовых данных о тестовых данных? Рассмотрите функциональное обслуживание.

Инструменты/процессы технического обслуживания

  • Проверьте, существует ли единая точка контакта для обслуживания тестовой среды? Если нет, подготовьте список всех возможных участников, задействованных в обслуживании.ping Тестовая среда запущена. Она также должна содержать их контактную информацию.
  • Достигнута ли договоренность о готовности и качестве тестовой среды? Например, критерии приемки, требования к техническому обслуживанию и т. д. Также проверьте, согласуются ли другие/дополнительные атрибуты качества для окружающей среды.
  • Известны ли все участники, участвующие в процессе обслуживания?

Помимо этого, перед настройкой тестовой среды необходимо ответить еще на несколько вопросов.

  • Стоит ли разрабатывать внутреннюю тестовую среду или передать ее на аутсорсинг?
  • Следует ли следовать внутреннему стандарту компании или следовать какому-либо внешнему (IEE, ISO и т. д.)?
  • Как долго требуется тестовая среда?
  • Необходимо определить различия между тестовой и производственной системами и их влияние на валидность теста.
  • Можете ли вы повторно использовать существующую настройку для других проектов компании?

Проблемы при настройке управления тестовой средой

  1. Правильное планирование использования ресурсов Неэффективное планирование использования ресурсов может повлиять на фактический результат. Кроме того, это может привести к конфликту между командами.
  2. Удаленная среда Возможно, тестовая среда расположена географически отдельно. В таком случае команде тестирования приходится полагаться на группу поддержки для различных тестовых ресурсов. (Программное обеспечение, аппаратное обеспечение и другие проблемы).
  3. Подробное время установки Иногда настройка тестирования становится слишком сложной в случаях Интеграционное тестирование.
  4. Совместное использование командами Если среда тестирования используется одновременно группами разработки и тестирования, результаты тестирования будут искажены.
  5. Сложная тестовая конфигурация Определенный тест требует сложной конфигурации тестовой среды. Это может представлять проблему для команды тестирования.

лучшие практики по настройке управления тестовой средой

  1. Тщательно изучите требования к тестированию и обучите членов команды тестирования.
  2. Возможность подключения должна быть проверена до начала тестирования.
  3. Проверьте наличие необходимого аппаратного и программного обеспечения, лицензий
  4. Браузеры и версии
  5. Планирование запланированного использования тестовой среды.
  6. Средства автоматизации и их конфигурации.

Что такое испытательный стенд в тестировании программного обеспечения?

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

Часто задаваемые вопросы (FAQ)

Тестовая среда — это полный набор аппаратных, программных и сетевых компонентов для проведения тестов, тогда как тестовый стенд — это среда разработки, иногда объединяющая тестовую среду с тестовыми данными, с которыми она работает.

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

Тестовые данные позволяют тестировщикам безопасно воспроизводить реальные сценарии. Производственные данные часто копируются и анонимизируются — удаляется информация, позволяющая идентифицировать личность, — чтобы тестировщики могли выявлять реальные проблемы, не раскрывая конфиденциальные данные клиентов.

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

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

Подведем итог этой публикации следующим образом: