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

Автор: Томас Гамильтон Томас Гамильтон
Hours обновлено

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

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

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

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

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

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

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

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

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

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

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

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

Шаг 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 и т. д.
  • Существует ли в организации тестовая среда для нового программного обеспечения? Имеет ли организация опыт использования и обслуживания программного обеспечения?

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

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

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

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

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

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

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

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

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

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

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

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

Резюме

  • Среда тестирования — это набор программного и аппаратного обеспечения, на котором группа тестирования будет проводить тестирование.
  • Для тестовой среды ключевая область настройки включает в себя
  • Система и приложения
  • Данные испытаний
  • Сервер базы данных
  • Интерфейсная среда выполнения и т. д.
  • Некоторые проблемы при настройке тестовой среды включают в себя:
  • Удаленная среда
  • Совместное использование между командами
  • Подробное время установки
  • Неэффективное планирование использования ресурсов для интеграции
  • Сложная тестовая конфигурация