3

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

Проблема, с которой мы столкнулись при использовании технологии виртуализации, заключается в том, что наше программное обеспечение зависит от DirectX / OpenGL и 3D-ускорения, и это не то, в чем виртуальные машины преуспели.

С выпуском пакета обновления 1 (SP1) для Windows 7 и Server 2008 R2 Hyper-V получил улучшенную поддержку 3D-ускорения, поэтому мы рассматриваем возможность виртуализации нашего тестового стенда с помощью этого.

Наш тестовый сценарий, скорее всего, будет примерно таким:

  1. Удаленный доступ к серверу Hyper-V и загрузка тестовой виртуальной машины, необходимой для текущих тестов.
  2. Удаленно в ВМ и установите новую версию программного обеспечения
  3. Запустите тесты

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

У кого-нибудь есть опыт такого рода расчетов с hyper-v?

Изменить, чтобы уточнить:

  • Мы думали запустить кучу виртуальных машин на одном сервере, 20-30 (не все сразу, конечно). Они будут загружаться / выгружаться по мере необходимости, но существует высокая вероятность запуска 3-4 одновременно.
  • Они будут использоваться для тестирования наших настольных приложений, желательно удаленно.
  • Наше приложение будет установлено / загружено в виртуальные машины по мере необходимости. Таким образом, базовое изображение со снимками или дублированием было бы хорошим способом сделать это.

2 ответа2

1

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

1

Возможность создания снимков виртуальных машин и (возможно) отката к более ранней конфигурации должна значительно снизить потребность в образах машин (и поддерживать эти образы). Hyper-V может обрабатывать множество снимков на одной и той же виртуальной машине.

Если ваше приложение не имеет тесного соединения с аппаратным обеспечением (например, с помощью специализированных интерфейсных карт), вы сможете протестировать все в гостях виртуальной машины. С помощью аппаратного обеспечения небольшие (1–2%) накладные расходы на виртуализацию намного меньше, чем вариация, которую вы все равно найдете в оборудовании заказчика. Просто помните, что насыщение базового оборудования повлияет на тесты производительности (при необходимости вам может понадобиться остановить других гостей на некоторое время).

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .