Лучшее решение для автоматического тестирования в нескольких приложениях - PullRequest
0 голосов
/ 29 сентября 2011

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

  • приложение 1 одно приложение с веб-интерфейсом
  • приложение 2 одно приложение Flex
  • приложение 3 одно приложение html5
  • приложение 4 одно приложение с пользовательским интерфейсом WPF

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

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

Итак,

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

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

Ответы [ 3 ]

1 голос
/ 20 мая 2012

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

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

1 голос
/ 29 сентября 2011

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

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

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

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

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

0 голосов
/ 30 сентября 2011

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

  • Selenium для Интернета или версии HTML 5
  • wipflash для WPF
  • FunFX для Flex
...