Тестовая среда автоматизации - инструменты важны?

Question

Я работаю над автоматизацией тестирования в последние несколько месяцев и использую инструмент под названием «Testcomplete». Но я заметил, что инструменты не имеют большого значения в области автоматизации. Единственное, что вы ожидаете от инструмента автоматизации, - это способность инструмента выплевывать строки распознавания для различных элементов управления, используемых в тестовом приложении. Кроме того, вам всегда нужно будет создавать среду автоматизации, которая будет отвечать вашим потребностям при написании кода.

Итак, мой вопрос: правильно ли я считаю, что инструменты автоматизации не имеют большого значения в области автоматизации? В этом смысле вы можете использовать любые инструменты для запуска вашей автоматизации. Или инструменты действительно имеют значение? (Пожалуйста, игнорируйте фактор затрат на инструменты). Кроме того, если мне нужно изучить новый инструмент автоматизации, то на чем мне сосредоточиться? Или как мне использовать инструмент? Короче говоря, что именно означает «изучение инструмента»?

Answer 1

Мои 3 лучших причины выбора того, какой инструмент использовать:

• , он работает.Это важно, не все инструменты работают во всех сценариях, например, вспышка, серебристый свет, Adobe Air, устаревшие приложения без поддержки автоматизации и т. Д.
• навыки всей команды.Это касается не только тестеров, но и разработчиков.Автоматизация тестирования не должна быть изолированным усилием, разработчики также должны сотрудничать в этом.Это гораздо проще, когда dev и test используют один и тот же язык / платформу.
• цена.Не обязательно быть свободным (но могло бы), но, конечно, это важный фактор.

Лично мы используем тот же тестовый запуск, что и для модульных тестов.Это вместе с дополнительными компонентами автоматизации сторонних производителей, которые сделают сантехнику для вас.

Answer 2

Некоторые дополнительные мысли о том, почему инструмент важен:

• Сообщество - что такое сообщество пользователей? Есть много пользовательских ресурсов, чтобы помочь?
• Поддержка - (если поставщик) На что похожа поддержка клиентов? Они быстро решают проблемы? Легко ли найти решение общих проблем?
• Расширяемость. Зачастую при автоматизации тестирования вам необходимо выполнить обход или обойти код, если инструмент не поддерживает определенный тип объекта в приложении. Насколько легко продлить продукт? Какой язык программирования использует инструмент? Какую поддержку вы получаете от IDE?

Answer 3

Еще один совет: иногда вам понадобятся классы-оболочки вокруг определенных фреймворков.Мы использовали WatiN, который был действительно хорош в то время, но в нем отсутствовала поддержка Chrome (тогда у него был небольшой процент).То, что убило WatiN для нас, это отсутствие возможности справляться с новыми выпусками FireFox: вышел FireFox 8, и нам пришлось запустить наши тесты на FireFox 3.6 ... Решение было Selenium, но у него была совершенно другая логика, и мыуже было проведено более 1000 тестов.

Поэтому нам пришлось создать класс-оболочку вокруг Selenium, чтобы «подделать» это WatiN.У нас были некоторые проблемы, но нам пришлось переписать только некоторые особые случаи ... И не все тесты.

Дело в том, что иногда поддержка фреймворков просто перестает существовать.Но с собственной структурой, ориентированной на , что на самом деле делает тест вместо , как работает, это спасло бы вас в этой ситуации.