Тестирование для не-разработчиков (QA)

Question

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

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

Очевидно, что это кажется архаичным, но оно выполняет свою работу, хотя и медленно. У кого-нибудь есть какие-либо предложения относительно инструмента, который они могли бы отучить от использования?

Answer 1

Я бы порекомендовал Селен, это бесплатно и имеет хороший плагин для Firefox.

Answer 2

Что может быть полезно, так это использовать структуру, которая разделяет работу по автоматизации.

Взгляните на
http://www.amazon.com/Software-Test-Automation-Mark-Fewster/dp/0201331403

Авторы описывают, как отделить код низкого уровня от сценариев высокого уровня. Это позволяет тестировщикам разрабатывать автоматизированные тесты, не становясь разработчиками программного обеспечения.

Этот подход требует от разработчиков реализации базовых «ключевых слов», которые тестеры используют в своих скриптах. Это совместный подход, который наилучшим образом использует соответствующие таланты вовлеченных людей.

Существует несколько инструментов, поддерживающих этот подход. Мой любимый на данный момент роботизированный каркас (http://code.google.com/p/robotframework/). Но есть много других, таких как огурец (http://cukes.info/) и фитнес (http://fitnesse.org/)

)

Answer 3

7 лет спустя кажется, что Селен все еще очень популярен.

Хороший список средств автоматизации можно найти на этой вики-странице

Для Интернета:

1) Selenium IDE (запись кликов и воспроизведение) - отлично подходит для начинающих, так как пользователь может записывать клики, а затем экспортировать эти скрипты на один из многих языков ( Python, Ruby, Java) и учиться у них. Рекомендуется только в качестве промежуточного шага перед переходом на :

2) Selenium WebDriver - собственно кодируйте то, что генерирует Selenium IDE, - но более компактный, менее хрупкий, более обслуживаемый.

3) В последнее время Ranorex (коммерческий) привлекает большое внимание. Преобразует записанные действия в C# и VB.NET код

4) Я также слышал хорошие новости о Каркас робота и Watir .

Но у меня есть только опыт работы с Selenium, и я вполне доволен всем, что он может предложить, за исключением того, как он обрабатывает отключенные элементы.

Answer 4

Эй.
.СЕТЬ? Перейти с MSVS2010. Кодовый тест пользовательского интерфейса - путь.

Answer 5

Я использовал QuickTest Pro. Что в этом хорошего, так это то, что функция записи довольно хороша, но вы также можете создавать действительно сложные скрипты Поэтому, когда сотрудники отдела контроля качества становятся лучше, они могут писать более сложные тесты. Он имеет довольно хороший визуальный интерфейс сценариев, а также возможность писать сценарии на VB.

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

Answer 6

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

Selenium можно использовать для автоматизации веб-приложения. Он может записывать действия просмотра, а также сценариев. Это открытый исходный код (лицензия Apache).