Пока нет оценок.
Пожалуйста, подождите...

Выбор правильного инструмента в таких проектах имеет ключевое значение. Инструмент должен соответствовать технологии, используемой для создания графического интерфейса пользователя. Например, Selenium хорошо подходит для тестирования приложений с веб-интерфейсом, Appium — для мобильных приложений.

Высококвалифицированные профессионалы по автоматизации тестирования постоянно обновляют набор используемых инструментов, а также разрабатывают свои собственные. Наиболее популярными являются: TestComplete, Selenium, Soap UI, Appium, RFT, QTP/UFT, SAP TAO, UI Automator.

Для небольших проектов достаточно выбрать правильный инструмент для написания автоматизированных сценариев, подготовить тестовые данные и провести независимое тестирование ПО. Такой подход рекомендуется для использования с небольшим количеством тестов и 10-30 сценариев. В крупных проектах по автоматизации, следует подумать о создании устойчивой к сбоям структуре.

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

В таких ситуациях, рекомендуется разрабатывать устойчивую к сбоям структуру — систему автоматизированного управления тестированием. Разработка структуры требует более серьезного отношения к автоматизации, в том числе наличие стратегии для автоматизации тестирования, выбор наиболее подходящего подхода. Поэтому, структура, основанная на модели, подходит для тестирования весьма критических систем с высокими требованиями к полноте тестового покрытия. Структура, управляемая данными и основанная на объекте, являются лучшими для традиционных заданий с ограниченным набором тестов.

Опытные ИТ-специалисты знают, что даже очень хорошо проверенный продукт после внедрения в производственную среду может быть некачественным. Таким образом, эффективная практика заключается в запуске существующих регрессивных тестов в промышленной среде. Метод CRUD для разделения автотестов на группы (CRUD отвечает за команды Create/Read/Update/Delete). В производственной среде часто можно выполнить только R-тесты, то есть те, которые не изменяют каких-либо данных. Несмотря на это ограничение, иногда, автоматизированное тестирование в производственной среде является важным этапом в выпуске продукта.

Комментарии отключены.