Выбор средства тестирования, нужен совет
#1
Отправлено 10 декабря 2008 - 15:53
Требуется автоматизировать тестирование пользовательского интерфейса нескольких приложений, написанных на Visual C++. Также желательно иметь возможность регрессионного тестирования. Все тестирование по типу black-box. Кода приложений нет, возможности перекомпилировать нет. Платформы - WinXP 32 и 64бит, по-возможности еще Win2003, Vista, .
Пока пробовал только TestComplete. Как я понял, он мне не подходит, так как все объекты интерфейса без перекомпиляции он не видит.
Есть ли какие-либо средства, которые могут с этим справится?
PS: Кстати удивился, не увидев какой-нибудь сводной темы с описанием области применения распространенных средств автоматизированного тестирования. Вопрос-то постоянно задается в этой ветке.
#2
Отправлено 10 декабря 2008 - 16:55
Укажите, пожалуйста, что за GUI используется (перечень технологий, которые используются для реализации GUI). Для black-box это имеет первостепенное значение, так как автоматизация в основном затрагивает как раз пользовательский интерфейс. А информация о языке, на котором написано приложение, мало чем поможет.Много тем тут перечитал, но нужного вроде не нашел.
Требуется автоматизировать тестирование пользовательского интерфейса нескольких приложений, написанных на Visual C++. Также желательно иметь возможность регрессионного тестирования. Все тестирование по типу black-box. Кода приложений нет, возможности перекомпилировать нет. Платформы - WinXP 32 и 64бит, по-возможности еще Win2003, Vista, .
Пока пробовал только TestComplete. Как я понял, он мне не подходит, так как все объекты интерфейса без перекомпиляции он не видит.
Есть ли какие-либо средства, которые могут с этим справится?
PS: Кстати удивился, не увидев какой-нибудь сводной темы с описанием области применения распространенных средств автоматизированного тестирования. Вопрос-то постоянно задается в этой ветке.
#3
Отправлено 11 декабря 2008 - 06:42
Пока пробовал только TestComplete. Как я понял, он мне не подходит, так как все объекты интерфейса без перекомпиляции он не видит.
Странно, у меня TC 6.50 прекрасно распознает все GUI объекты стандартных библиотек Visual C++ (MFC, ATL/WTL). Может быть дело в том что у меня есть DebugInfo для приложения, которая используется TC для поиска объектов. У вас приложение с DebugInfo ?
#4
Отправлено 12 декабря 2008 - 15:10
Честно говоря, точно ответить затрудняюсь. Вообще тестируются одновременно несколько сторонних программ, от разных разработчиков. Соответственно единообразия ожидать не приходится. Я пытался узнать больше, но информации практически нет. Вот пример того ответа, который я получил.Укажите, пожалуйста, что за GUI используется (перечень технологий, которые используются для реализации GUI). Для black-box это имеет первостепенное значение, так как автоматизация в основном затрагивает как раз пользовательский интерфейс. А информация о языке, на котором написано приложение, мало чем поможет.
Честно говоря я пока с трудом представляю себе, что мне пробовать при такой скупой информации. Точно известно, что AutoMate видит почти все объекты во всех этих приложениях. С помощью него мы можем автоматизировать сами тесты, но не проверку результатов. А хотелось бы иметь не только средство автоматизации работы с GUI, но средство тестирования.Generally speaking, the technologies are quite different. For example one of them uses COM pointers, but another does note. In two of them dialogs are part of resources, in the other they are created on fly.
Можно ли получить хоть какие-то советы в такой ситуации, или придется качать триалки всего подряд и пробовать, пока не наткнемся на что-то работоспособное?
#5
Отправлено 12 декабря 2008 - 16:29
AutoMate позволяет получить содержимое контролов?
#6
Отправлено 15 декабря 2008 - 10:37
Вам нужно узнать, они используют контролы наследованные от стандартных или рисуют их сами. Если рисуют, то шансы автоматизировать не очень большие.
AutoMate позволяет получить содержимое контролов?
Узнать из первоисточников практически нереально. Можно считать, что контакта с разработчиком GUI нет.
AutoMate позволяет работать (видит все необходимые свойства контролов) практически со всеми элементами GUI (около 90%), и в большинстве из них может обрабатывать текстовую информацию. Оставшиеся 10% в каждом из пакетов приходятся на разные элементы GUI.
Похоже что в основном контролы GUI снатдартные, но часть написана самими разработчиками. То, что с рукотворными проблемы - это понятно. Для простоты допустим, что их касаться мы вообще не будем. Хотелось бы автоматизировать хотя бы работу со стандартными элементами.
#7
Отправлено 15 декабря 2008 - 12:38
Позвольте спросить, естественнонаучного интереса ради,Узнать из первоисточников практически нереально. Можно считать, что контакта с разработчиком GUI нет.
- зачем вам понадобилось тестировать приложение чужой разработки? проводите сравнение конкурирующих продуктов?
- давно ли вы занимаетесь тестированием (вообще)?
#8
Отправлено 15 декабря 2008 - 14:34
Тестируется надстройка, которая ставится поверх этих приложений. Установка ндстройки производится естественно на релизовые вырсии, которые не идут с DebugInfo. Мы можем получить некоторую информацию от разработчиков надстройки, но не от разработчиков исходных приложений.Позвольте спросить, естественнонаучного интереса ради,Узнать из первоисточников практически нереально. Можно считать, что контакта с разработчиком GUI нет.
- зачем вам понадобилось тестировать приложение чужой разработки? проводите сравнение конкурирующих продуктов?
Именно этим приложением - недавно. Автоматизированием тестирования GUI до этого вообще не занимались.- давно ли вы занимаетесь тестированием (вообще)?
#9
Отправлено 15 декабря 2008 - 19:21
Поверьте, такой проект - не лучшая база для обучения автоматизации тестирования. Я бы предположил, что дешевле и быстрее все сделать как обычно. По крайней мере, начать как обычно, а потом определить, что именно вам реально имеет смысл автоматизировать.Тестируется надстройка, которая ставится поверх этих приложений. Установка ндстройки производится естественно на релизовые вырсии, которые не идут с DebugInfo. Мы можем получить некоторую информацию от разработчиков надстройки, но не от разработчиков исходных приложений.
Именно этим приложением - недавно. Автоматизированием тестирования GUI до этого вообще не занимались.
#10
Отправлено 16 декабря 2008 - 07:48
Вообще-то речь не о том, чтобы обучить людей автоматизированному тестированию. Речь о том, что для определенного приложения есть необходимость автоматизировать часть того, что до этого делалось руками. Мы четко знаем, какие именно последовательности действий нам надо тестировать автоматически. Мы знаем, что мы хотим. Но мы не знаем как это сделать и с помощью какого инструмента. Для некоторых других приложений знаем, там автоматические тестирование у нас внедрено. Для этого - еще нет.Поверьте, такой проект - не лучшая база для обучения автоматизации тестирования. Я бы предположил, что дешевле и быстрее все сделать как обычно. По крайней мере, начать как обычно, а потом определить, что именно вам реально имеет смысл автоматизировать.
Именно этот вопрос и озвучен в этой теме: какой инструмент выбрать. Мне, честно говоря, неинтересно обсуждать зачем мне это надо, и неинтересно рассуждать над смыслом автоматизирования тестирования GUI вообще. Мне интересно получить совет о выборе средства тестирования в этой конкретной ситуации. Если заведомо известно, что осознано выбрать ничего нельзя, то может быть можно хотя бы сузить круг поисков. Это тоже ответ, от которого была бы польза.
В принципе даже просто список наиболее распространенных инструментов, которые уже хорошо зарекомендовали себя в плане тестирования GUI и которые можно применять для back-box тестирования, был бы полезен.
#11
Отправлено 16 декабря 2008 - 08:20
к нему, правда, нужно будет мак прикупить (mac mini достаточно, он не очень дорогой, особенно по сравнению с лицензией Eggplant), но дальше он через vnc может что угодно GUI-образное тестировать. Работает через поиск/распознавание графики.
Естественно, не без своих заморочек, и язык программирования своеобразный.
это если очень нужно через GUI.
естественный вопрос - а как "надстройка, которая ставится поверх этих приложений" с приложениями взаимодействует? и нельзя ли тем же способом?
#12
Отправлено 16 декабря 2008 - 08:40
Тренинги для тестировщиков (тестирование производительности, защищенности, тест-дизайн, автоматизация):
Линейка тренингов по Selenium
#13
Отправлено 16 декабря 2008 - 10:36
Спасибо за совет. На первый взгляд все здорово, но пока смущает необходимость мака. Тем не менее вариант запомнил. Путь пока будет, как запасной.
barancev
Спасибо, попробуем.
Какие-нибудь еще альтернативы Eggplant подскажете?
Количество пользователей, читающих эту тему: 0
0 пользователей, 0 гостей, 0 анонимных