Лучшее решение для автоматизированного тестирования в сценарии с несколькими приложениями

Я пытаюсь выбрать инструменты автоматического тестирования пользовательского интерфейса для следующего сценария с 4 приложениями:

  • app 1 одно приложение с WEB UI
  • приложение 2 одно гибкое приложение
  • приложение 3 одно приложение HTML5
  • app 4 одно приложение с пользовательским интерфейсом WPF

Так что в идеале я ищу универсальное решение. Что-то, что может обрабатывать тесты как для WEB (приложения 1, 2 и 3), так и для WPF (приложение 4), например SilkTest, TestComplete и Seapine QA Wizard.

Однако приложение 4 скоро исчезнет, ​​как и необходимость его тестирования. Оставив меня только с приложениями WEB UI. В этом сценарии я бы выбрал Selenium, здесь нет вопросов.

So,

Вопрос 1. Вы бы порекомендовали универсальное решение, даже зная, что в будущем оно будет использоваться только для тестирования веб-приложений? Если да, то какой инструмент, по вашему мнению, лучше всего?

Вопрос 2: если я выберу Selenium для веб-приложений, мне все равно понадобится что-то для тестирования WPF. Я смотрю на Project White. Будет ли это лучший инструмент для работы или мне стоит поискать что-нибудь еще?


testing selenium automated-tests testcomplete
person Joao Baltazar    schedule 29.09.2011    source источник

Ответы (3)


arrow_upward
1
arrow_downward

Я думаю, вы настраиваете себя на много боли, если пытаетесь найти универсальное решение для такого рода проблем.

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

Особое внимание следует уделить тому, что если вы вкладываете средства в автоматизацию в долгосрочной перспективе, вы не хотите обременять себя нестандартным инструментом только потому, что он поддерживает веб-приложения и приложения WPF. Учитывая, что вы в конечном итоге избавитесь от приложения WPF, сделайте это требование к тестированию второстепенным. В долгосрочной перспективе большая часть ваших усилий будет направлена ​​на тестирование продуктов, поэтому используйте для этого лучший инструмент (на мой взгляд, Selenium).

Что касается приложения WPF, то, вероятно, доступны некоторые довольно приличные инструменты (я помню, как представитель HP сказал, что они рассматривали возможность включения автоматизации тестирования WPF в свой пакет корпоративного тестирования).

В итоге вы сталкиваетесь с двумя очень разными наборами потребностей, поэтому найти общий инструмент для тестирования будет сложно. Используйте лучшее решение для каждой работы и избавьтесь от головной боли в будущем.

person Peter Bernier    schedule 29.09.2011
comment
Я согласен со всем, что ты сказал. Я понимаю, что в веб-тестировании ничто не может сравниться с Selenium, тем не менее, я попытался найти не такой уж плохой инструмент, который можно было бы использовать и для своего проекта WPF, и мне совершенно невозможно найти такой инструмент. Вопрос 2 все еще требует ответа, поскольку я не нашел инструмента, который обрабатывает WPF так же, как Selenium обрабатывает веб. - person Joao Baltazar; 29.09.2011
comment
Я согласен с @Peter - если приложение WPF скоро исчезнет, ​​любые инвестиции в автоматизацию этого приложения, скорее всего, будут потрачены впустую. И Selenium определенно потрясающий. Однако, если бы приложение WPF осталось, я бы посоветовал вам изучить универсальное решение. Все коммерческие продукты (IBM, HP, MSFT и другие) хорошо справляются как с веб-приложениями, так и с настольными приложениями. Если вам нужна поддержка веб-приложений и настольных приложений, вам, как правило, лучше изучить один инструмент (All-in-one), чем два (Selenium + Desktop). - person Tom E; 29.09.2011

arrow_upward
1
arrow_downward

Одним из преимуществ универсального решения является то, что для всех технологий требуется только одна кривая обучения. Вы упомянули, что приложение 4 (использующее WPF) скоро исчезнет, ​​но вы можете определить, будут ли в будущем использоваться вашей компанией другие технологии.

QA Wizard хорошо поработал для меня. Инструмент статуса позволяет мне удаленно отслеживать результаты. QA Wizard также предлагает функции нагрузочного и стресс-тестирования, что делает его мощным инструментом.

person CodeStuff    schedule 20.05.2012

arrow_upward
0
arrow_downward

Я думаю, что язык на основе Gherkin, такой как Cucumber или Specflow, был бы здесь действительно полезен. Я предполагаю, что большая часть функций должна работать одинаково на каждой платформе, поэтому вы должны иметь возможность написать единый набор сценариев, описывающих поведение на достаточно высоком уровне, а затем реализовать разные определения шагов для каждой платформы, например

  • Selenium для Интернета или версии HTML 5
  • wipflash для WPF
  • FunFX для Flex
person Andy Waite    schedule 29.09.2011
comment
Мне нравится ваша идея, но ваше предположение неверно. В этом случае у всех приложений свое поведение. Я бы не стал экономить столько времени и сил, используя это решение. - person Joao Baltazar; 30.09.2011