Тестовый стенд в облаке с установкой проприеритарной софтины с GUI, куда копать?

Question

[Levitanus]

Дано

• Есть GUI приложение с закрытыми исходниками и открытым API с несколько «неточной» документацией. (далее - ПО)
  
• Есть open-source python-библиотека, которая нетривиально (в смысле установки) интегрируется в это приложение, и потом по веб-морде с ним общается)
  
• ПО имеет очень ограниченное управление из командной строки (или терминала), и, в основном, единственное, что можно сделать — запустить там проект
  
• Мы сейчас думаем, как нам завести в библиотеку тесты, и самым адекватным вариантом мне видится — собрать какой-нибудь контейнер, в котором будет уже запущенное ПО, со всеми открытыми окнами, проектом и т.п. Ну и потом при очередном тесте надо будет просто подрубиться и тестировать методом черного ящика.
  
• Хорошо бы все это тестировать заодно и мульти-платформенно (win/mac/lin)
  

Проблема в том, что я толком не представляю, куда копать. Пробую пока завести в докере, но идет туго, к тому же, параллельно там возникают проблемы не только с GUI, но и с аудио (т.к. без него ПО не работает). Конечно, чисто запустить было бы, наверное, быстрее через виртуальную машину, но я не очень в курсе, возможно ли где-то найти сервис (желательно с интеграцией в github), на котором можно было бы крутить виртуалки и вытаскивать еще из них результаты тестов?
В общем, буду очень признателен, если сообщество укажет на литературу по теме.

Answer 1

[Saboteur]

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

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

Comments

[Vadim Priluzkiy]

Там приложение мультиплатформенное. Бинарники есть и под винду и под мак и под линь.

[Saboteur]

Простите, вы хотите чтобы вам ответили на четко заданный вопрос, или грузили неизвестные проприетарные бинарники, ставили и делали работу?

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

[Levitanus]

и если проблема именно в автоматической установке, то так и делается.

Сейчас основная проблема у меня — то, что ПО не работает без GUI и аудио-выхода, а в докере у меня его получается лицезреть, только когда я к нему подключаюсь по VNC. В терминал так, как в обыкновенной ubuntu он никакой вывод не дает... Отсюда и появилась мысль о виртуалке.
Вообще, спасибо большое за ответ, общие претензии к постановке вопроса подвигли поглубже погуглить и кое-какие мысли появились. Сейчас, пока ночной безлимит — попробую еще поковыряться.

Answer 2

[Vitaly Karasik]

Начните с "алгоритма" для ручной инсталляции и прогона тестов, а потом думайте как автоматизировать каждый шаг. Алгоритм обычно делится на две части: одноразовая инсталляция (можно сделать вручную и приготовить образ машины), и то что делаем при каждом запуске.
В качестве инструмента для оркестрации я использую Jenkins.

Comments

[Levitanus]

Спасибо за ответ.
В целом алгоритм у меня есть, и тесты я уже на домашней машине гоняю, почти автоматически. Но когда пытаюсь запихнуть в контейнер — постоянно чего-то не работает...
Видимо, плохо я умею спрашивать советов, потому что получается крик нубоюзера „памагите, ничего не получается“, а на стадии принятия уже и вопросы отпадают, только это все становится долго кропотливо и несвоевременно :)

[Vitaly Karasik]

Levitanus, я бы запускал как есть - без контейнеров.
Просто идти пошагово и придумывать команду/скрипт для каждого шага.

Answer 3

[Levitanus]

Судя по всему, надо покурить xvfb, чтобы запустить GUI без реального экрана и без обязательной привязки к VNC