Здравствуйте, Jack128, Вы писали:
J>Тут наш тестировщик озаботился автоматизацией своего труда, надоело ему на кнопочки тыкать. Ну вот например как люди предлагают автоматизировать процесс: http://www.appperfect.com/products/demo/app-test/testing-windows-application.html
J>Такой подход на практике работает?? Или только ручками тестим ??
если UI слой очень тонкий, то там тестировать вобщем-то нечего.
я как-то пробовал сделать Fake движок UI и покрыть код слоя UI юнит-тестами, но не сказал бы что получилось что-то сильно полезное.
Здравствуйте, Jack128, Вы писали:
J>Тут наш тестировщик озаботился автоматизацией своего труда, надоело ему на кнопочки тыкать. J>Такой подход на практике работает?? Или только ручками тестим ??
Такой подход работает, но нужен вменяемый автоматизатор, который понимает что делает и может разработать сценарии автотестов. В итоге рутину можно скидывать на машину и регулярно прогонять типовые тесты, при этом освободив время тестеров для более сложных сценариев.
Здравствуйте, MaxRos, Вы писали:
MR>Здравствуйте, Jack128, Вы писали:
J>>Тут наш тестировщик озаботился автоматизацией своего труда, надоело ему на кнопочки тыкать. J>>Такой подход на практике работает?? Или только ручками тестим ??
MR>Такой подход работает, но нужен вменяемый автоматизатор, который понимает что делает и может разработать сценарии автотестов. В итоге рутину можно скидывать на машину и регулярно прогонять типовые тесты, при этом освободив время тестеров для более сложных сценариев.
А вы конкретно используете такой тестинг?? какие инструменты используете?
Здравствуйте, Jack128, Вы писали:
J>А вы конкретно используете такой тестинг?? какие инструменты используете?
Да, приходилось использовать, но названия инструментов вряд ли скажу, это было давно и там был специфический случай. Конкретно, я подбирал инструмент, который бы работал с гуём эклипса. Это была большая erp-система. Пару лет назад работал с тестерами, которые использовали какие-то инструменты для автоматизации тестов wpf-интерфейса. Инструментов очень много и подбирать можно исходя из возможностей, например, стоимости, продвинутости автоматизатора, наличия возможности заточить приложение под автоматическое тестирование и т.д. Но в целом, по моему мнению, это занятие не из дешёвых. То есть, во-первых, на это нужно время и отдельный человек с уровнем выше обычного тестера и всё это имеет смысл, если в наличии действительно большое кол-во тестовых сценариев, которые поддаются автоматизации.
Здравствуйте, Jack128, Вы писали:
J>А вы конкретно используете такой тестинг?? какие инструменты используете?
Для разных видов и уровней тестирования используется разный набор инструментов. Например, для GUI из универсалов используются такие:
HP QTP,
IBM Rational Functional Tester,
Microfocus SilkTest,
TestComplete,
Froglogic Squish
Ranorex Functional Test
Это наиболее часто попадающиеся на глаза, хотя на само деле "тысячи их"
Если ГУИ более специализирован, например, только веб или только Winforms/WPF или что-то подобное, то для них можно подобрать какие-то бесплатные библиотеки, которые можно использовать в связке с xUnit движками. Из примеров:
для веб:
Selenium/WebDriver
Watir (и его порты на Java, C# — WatiJ, WatiN соответственно)
HttpUnit, HtmlUnit — но это низкоуровневые штуки и с тем же Ajax будет туго
Для WinForms/WPF есть UI Automation
Для функционального тестирования веб-сервисов и прочего бек-энда есть тоже свои инструменты:
HP Service Test или там Parasoft SOA Test — но они дорогие и намного выгоднее за те же деньги просто купить мозг — намного более выгодное вложение инвестиций
SoapUI
Для нагрузочного тестирования тоже есть свой набор:
HP Load Runner (стоит с неплохой автомобиль)
MicroFocus SilkPerformer (тоже)
LoadUI
JMeter
В-общем, этого всего добра хватает. Нужно уже смотреть, что же вам действительно надо и действительно ли оно вам это надо.
Как тут уже упоминали, главное определиться, а что же вы хотите тестировать. Чем — это уже исходя из задач и возможностей можно будет определить.
