Сообщений в теме: 8

[Akeemywka]

Всем доброго дня.

Буду очень благодарна за помощь...

Ситуация следующая: есть десктопное приложение, которое работает исключительно на Винде. При этом нужно обеспечивать совместимость (и тестировать, разумеется) нужно разные типы и конфигурации Винды: Вин 7 (32, 64), Вин 8 (32, 64) и т.д.

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

До этого, при тестировании другой системы ТС спокойно себе жил на виртуалке рядом с самой системой и проблем не было. Сейчас поселить ТС на машину с системой не получается: они между собой дерутся - при попытке одновременного запуска то ТС зависает, то сама система.

Вариант поднять ТС и систему на стационарном компе - не подходит, из-за того, что нужно разные версии ОС тестить.

Попытка поднять ТС на компе, а систему - на виртуалке тоже не увенчалась успехом. Вернее, ТС поднялся, даже видит виртуалку и даже может прокликать нужные действия. НО. Окно виртуалки (запускали через удаленный рабочий стол) он воспринимает как один объект, внутри него клики идут с привякой к координатам. У нас же интерфейс меняется очень часто, так как система в стадии активного допиливания (читай, каждый билд практически), поэтому варант привязки к координатам не подходит: переписывать тесты приходится с каждым билдом.

Собственно, вопросы к гуру:

1. Умеет ли ТС работать с виртуалками, привязываясь не покоординатно, а к объектам?
2. Если нет, может есть какая-то другая программа, которая это умеет?
3. Если и другой программы нет, может, подскажите идеи, что и как можно сделать в этом случае (

Всем заранее спасибо за помощь!

[Genka]

1. Умеет ли ТС работать с виртуалками, привязываясь не покоординатно, а к объектам?
2. Если нет, может есть какая-то другая программа, которая это умеет?

То, как вы себе это представляете, нет и еще раз нет.

3. Если и другой программы нет, может, подскажите идеи, что и как можно сделать в этом случае (

В вашем случае нужно не искать обходные, а решать проблему. Объясните, пожалуйста, что вы имеете ввиду под "системой" вот здесь:

Сейчас поселить ТС на машину с системой не получается: они между собой дерутся - при попытке одновременного запуска то ТС зависает, то сама система.

?

Операционная система? Или что еще зависает?

И еще скажите, на чем написано тестируемое приложение

[Rebz]

А если вариант такой - на виртуалках уже предустановлен TestExecute, остается только сменить виртуалку и обозначить через командную строчку путь до проекта TestComplete - вот и вся автоматизация).
Или не взлетит?

[Akeemywka]

2 Genka
Очень жаль слышать, что нет.

Извините, если ввела в заблуждение - при инсталляции ТС и тестирумого приложения на одну виртуалку, зависает то сам ТС, то тестируемое приложение. Это довольно прожорливая (в плане ресурсов) система по обработке видео. После нескольких попыток подружить ее с ТС на виртуалке, стало ясно, что выжить может только кто-то один :( Тестируемое приложение написано на Шарпе.

2 Rebz
Спасибо! Идея, действительно хорошая - есть надежда, что взлетит. Попробовать стоит - как получится/не получится отпишусь по результатам.

[Genka]

2 Genka
Очень жаль слышать, что нет.

Извините, если ввела в заблуждение - при инсталляции ТС и тестирумого приложения на одну виртуалку, зависает то сам ТС, то тестируемое приложение. Это довольно прожорливая (в плане ресурсов) система по обработке видео. После нескольких попыток подружить ее с ТС на виртуалке, стало ясно, что выжить может только кто-то один :( Тестируемое приложение написано на Шарпе.

ну так тут очевидно: нужны более навороченные виртуалки. Возможно для этого потребуется более мощный комп, который будет эти виртуалки тянуть.
Например, в VirtualBox по умолчанию используется 16 мегабайт видеопамяти. Естественно, для приложения, обрабатывающего видео, этого невероятно мало.

2 Rebz
Спасибо! Идея, действительно хорошая - есть надежда, что взлетит. Попробовать стоит - как получится/не получится отпишусь по результатам.

Я, честно говоря, не понял, что именно вы хотите попробовать. Если приложение жрет много ресурсов, то как вы хотите это решить без добавления этих самых ресурсов?

Если уж вообще честно, то я совсем не понял предложение Rebz'а.

Тестирование на виртуалках должно выглядеть так.
Есть несколько настроенных виртуалок (т.е. на каждой из них установлены всякие TestExecute'ы, SVN'ы и всё, что нужно, КРОМЕ тестируемого приложения). Стартует виртуалка, из SVN'а вытаскивается последняя вресия скриптов, откуда-то копируется последняя версия приложения и запускаются скрипты (последняя версия из SVN) для последней доступной версии приложения. Всё это (запуск виртуалки, вытаскивание последней версии скриптов, копирование последней версии приложения и т.п.) происходит автоматически. И это никак не зависит от инструмента, который мы используем, или типа тестируемого приложения.

[Rebz]

Тестирование на виртуалках должно выглядеть так.
Есть несколько настроенных виртуалок (т.е. на каждой из них установлены всякие TestExecute'ы, SVN'ы и всё, что нужно, КРОМЕ тестируемого приложения). Стартует виртуалка, из SVN'а вытаскивается последняя вресия скриптов, откуда-то копируется последняя версия приложения и запускаются скрипты (последняя версия из SVN) для последней доступной версии приложения. Всё это (запуск виртуалки, вытаскивание последней версии скриптов, копирование последней версии приложения и т.п.) происходит автоматически. И это никак не зависит от инструмента, который мы используем, или типа тестируемого приложения.

Да, верно. Так я себе и представляю.

[anagramma]

Тестирование на виртуалках должно выглядеть так.
Есть несколько настроенных виртуалок (т.е. на каждой из них установлены всякие TestExecute'ы, SVN'ы и всё, что нужно, КРОМЕ тестируемого приложения). Стартует виртуалка, из SVN'а вытаскивается последняя вресия скриптов, откуда-то копируется последняя версия приложения и запускаются скрипты (последняя версия из SVN) для последней доступной версии приложения. Всё это (запуск виртуалки, вытаскивание последней версии скриптов, копирование последней версии приложения и т.п.) происходит автоматически. И это никак не зависит от инструмента, который мы используем, или типа тестируемого приложения.

Да, верно. Так я себе и представляю.

Ну тогда ещё оно должно автоматически запускаться после сброса в SVN/

[Genka]

Ну тогда ещё оно должно автоматически запускаться после сброса в SVN/

GUI тесты обычно долго работают и скорее всего пока они будут работать в SVN появится новая версия :)

[ЮстусТретий]

Тестирование на виртуалках должно выглядеть так.
Есть несколько настроенных виртуалок (т.е. на каждой из них установлены всякие TestExecute'ы, SVN'ы и всё, что нужно, КРОМЕ тестируемого приложения). Стартует виртуалка, из SVN'а вытаскивается последняя вресия скриптов, откуда-то копируется последняя версия приложения и запускаются скрипты (последняя версия из SVN) для последней доступной версии приложения. Всё это (запуск виртуалки, вытаскивание последней версии скриптов, копирование последней версии приложения и т.п.) происходит автоматически. И это никак не зависит от инструмента, который мы используем, или типа тестируемого приложения.

Да, верно. Так я себе и представляю.

все правильно. Кстати, именно для автоматизации того что вы описали, работы с SVN, поднятия виртуалок, запуск TestExecut'ов итд итп есть замечательная программа AutomatedBuildStudio : http://smartbear.com...ease-management . Собственно с ее помощью можно автоматизировать полный цикл - сборка-тестирование c использованием физических и виртуальных (а также облачных) машин.