Выбор правильного инструмента в таких проектах имеет ключевое значение. Инструмент должен соответствовать технологии, используемой для создания графического интерфейса пользователя. Например, Selenium хорошо подходит для тестирования приложений с веб-интерфейсом, а вот Appium — для мобильных приложений.
Высококвалифицированные профессионалы по автоматизации тестирования постоянно обновляют набор используемых инструментов, а также разрабатывают свои собственные. Наиболее популярными из них являются: TestComplete, Selenium, Soap UI, Appium, RFT, QTP/UFT, SAP TAO, UI Automator.
Для небольших проектов достаточно выбрать правильный инструмент для написания автоматизированных сценариев, подготовить тестовые данные и провести независимое тестирование ПО. Такой подход рекомендуется для использования с небольшим количеством тестов и наличием 10-30 сценариев. В крупных проектах по автоматизации следует подумать о создании устойчивой к сбоям структуре.
В небольших проектах легко контролировать выполнение автотестов вручную. Например, если в работе скрипта есть сбой из-за ошибки сети либо неожиданного поведения тестируемого приложения, то специалист обнаружит и перезапустит скрипт. В больших же проектах, где есть сотни или даже тысячи тестов, ручное управление практически невозможно. Есть задачи, которые выполняются в параллельных тестах с использованием множества технологий и автоматизации одновременно.
В таких ситуациях рекомендуется разрабатывать устойчивую к сбоям структуру — систему автоматизированного управления тестированием. Разработка структуры требует более серьезного отношения к автоматизации, в том числе наличия подходящей стратегии для данного процесса и выбора наиболее приемлемого подхода.
Поэтому структура, основанная на модели, подходит для тестирования весьма критических систем с высокими требованиями к полноте тестового покрытия. Структура, управляемая данными и основанная на объекте, является лучшим вариантом для традиционных заданий с ограниченным набором тестов.
Опытные IT-специалисты знают, что даже очень хорошо проверенный продукт после внедрения в производственную среду может быть некачественным.
Таким образом, эффективная практика заключается в запуске существующих регрессивных тестов в промышленной среде. Метод CRUD используется для разделения автотестов на группы (CRUD отвечает за команды Create/Read/Update/Delete). В производственной среде часто можно выполнить только R-тесты, которые не изменяют каких-либо данных. Несмотря на это ограничение, автоматизированное тестирование в производственной среде является важным этапом в выпуске продукта.
Комментарии отключены.
