В этой статье мы ответим на вопрос о том, зачем нужен фреймворк для автоматизации тестирования, и как он может повлиять на эффективность и улучшение качества тестирования.
Автоматизация – это сложный процесс, который имеет свои технические и экономические аспекты. Она наиболее полезна там, где нужно много раз выполнять одни и те же тесты. Важно помнить, что автоматизация тестирования дополняет ручное тестирование, но не заменяет его.
Подпишитесь на наш ТЕЛЕГРАМ КАНАЛ ПО АВТОМАТИЗАЦИИ ТЕСТИРОВАНИЯ
Мы, тестировщики, знаем, что успех любого тестирования – ручного или автоматизированного – в основном зависит от тщательного планирования. Как правило, мы должны тратить 1/3 всей работы по тестированию на планирование – это стандарт.
Планирование обычно включает в себя две основные области – управленческую информацию, такую как даты, графики, этапы, информация о сотрудниках и т.д., и техническую информацию, связанную с тестированием – результаты, инструменты, данные и т.д. В автоматизации фреймворк – это все: как техническая, так и его управленческая часть.
Технические составляющие автоматизации:
- Программный код
- Данные
- Объекты в приложении (кнопки, поля ввода, выпадающие списки, таблицы и другие элементы, с которыми пользователи взаимодействуют при использовании приложения).
Экономические аспекты:
- Лицензирование инструментов: лицензии на программные инструменты, необходимые для тестирования приложения.
- Команда тестировщиков.
- Затраты времени и усилий, необходимых для создания и поддержки автоматизированных тестов.
- Инфраструктура: включает в себя предоставление рабочего места для специалиста по автоматизации тестирования.
Почему фреймворк важен?
Все мы знаем, что хороший сценарий автоматизации должен запускать приложение, предоставлять данные, выполнять необходимые операции, создавать отчет о результатах и закрывать приложение. Да, это высокие требования!
Как только мы создаем сценарий, который делает все это, время выполнения программы и создания отчетов сокращается до нескольких миллисекунд, вместо минут или даже часов. При этом эффективность тестирования заметно повышается.
Однако представьте, сколько времени уйдет на написание идеального сценария, который будет делать все это. Сколько времени потребуется, чтобы понять цель тестирования, придумать решение и реализовать его в коде.
Как вы видите, наиболее затратным по времени фактором является создание тестового сценария. Чем более эффективны и экономичны по времени автоматизированные сценарии, тем больше шансов на успех.
Пример:
1. Страница Gmail.com – это тестируемое приложение.
2. Функционал для тестирования:
- Создание письма
- Создание контакта
- Получение электронного письма
3. Автоматизаторы тестирования – предполагается, что каждый из них работает над одной из перечисленных выше функций.
Да, это немного упрощенный пример. Но на земле нет такой концепции, которую нельзя было бы разбить на простые и понятные части. В конце концов, сама Земля состоит из крошечных атомов.
Итак, скрипты должны содержать код, выполняющий следующие операции:
- Создание письма: Запуск Gmail.com -> Авторизация -> Создание письма -> Написание текста, добавление вложений к письму -> Отправка письма -> Выход из системы
- Создание контакта: Запуск Gmail.com -> Авторизация -> Создание контакта -> Сохранение -> Выход из системы
- Получение электронного письма: Запуск Gmail.com -> Авторизация -> Проверка электронной почты -> Прочтение письма -> Выход из системы
Из приведенного выше представления видно, что следующие операции являются повторяющимися:
- Запуск Gmail.com
- Авторизация
- Выход из системы
Мы можем существенно сократить усилия и время, если создадим эти компоненты всего один раз и сделаем их доступными для всех остальных тестов. То есть создать один раз, отлаживать один раз и использовать много раз.
Возможность повторного использования также гарантирует, что если необходимо внести некоторые изменения в сценарии тестирования, то это можно сделать централизованно.
Например, если меняется главная страница gmail.com (первый компонент в каждом сценарии), нам не нужно изменять каждый сценарий (в нашем случае 3 раза). Мы можем внести это изменение в одном центральном месте, и оно автоматически применится ко всем тестам, использующим этот компонент. Это сокращает объем повторной работы и обеспечивает согласованность изменений в целом.
Что касается данных, то вы можете захардкодить данные в скрипте, но это заставит вас создавать новый скрипт каждый раз, когда необходимо предоставить новые данные. Решение – отделить данные от кода. Опять же, где вы найдете подробности о том, как реализовать это решение? Ответ: фреймворк.
Фреймворк играет важную роль в том, как организовать ваш проект по автоматизации, чтобы добиться максимальных результатов. Он также может помочь тестировщикам в том, как выполнять скрипты, где хранить результаты, как их представлять и т.д.
Таким образом, фреймворк для автоматизации тестирования – это ваш общий план действий, который может помочь вам достичь желаемых результатов в тестировании.
Перевод статьи «Why Do We Need Framework for Test Automation?».