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

1. И никуда не надо ехать!
“Можно ли перевернуть пирамиду?”
– автоматизируем тестирование с
меньшим числом посредников
Игорь Хрол
http://www.khroliz.com

2. О себе
• Игорь Хрол
• Более семи лет в
автоматизации тестирования
• Консультант, тренер, инженер,
менеджер, архитектор
• Selenium, HP QTP, TestCompete,
JMeter
• Докладчик на
AutoConfeT&QA’2012

3. О чём будем говорить?

4. О чём будем говорить?

5. Что мы понимаем под
автоматизацией тестирования?

6. Проблема
Автоматические тесты через
пользовательский интерфейс медленные

7. Проблема
Автоматические тесты через
пользовательский интерфейс нестабильные и
хрупкие

8. Проблема
• Автотесты долго писать
• А что мне делать, пока работает
автотест?

9. Причины
Большое число посредников

10. Проблема
Большое число посредников

11. Что делать?

12. Хороший фреймворк!

13. Становится лучше, но не хорошо

14. Тестируем функционал там, где он
реализован
Поддержка
Количество тестов
Уровень

15. Правильная «Пирамида»
UI
API тесты
Unit тесты

16. Обычная картина на проектах
UI тесты
API тесты
Unit

17. Направления для решения

18. Научиться программировать

19. Понимать, что происходит внутри

20. Структурируйте тестовую методику
• Понять, что именно тестируем
• Не тестировать много раз одно и то же

21. Сценарий 1: авторизация
Шаг Ожидаемый результат
Открыть страницу логина Страница открыта
Заполнить имя пользователя Имя пользователя заполнено
Заполнить поле пароля Пароль введён
Нажать на кнопку «Войти» Пользователь вошёл в систему

22. Сценарий 2: поиск
Шаг Ожидаемый результат
Открыть страницу логина Страница открыта
Заполнить имя пользователя Имя пользователя заполнено
Заполнить поле пароля Пароль введён
Нажать на кнопку «Войти» Пользователь вошёл в систему
Найти продукт «Холодильник» Продукт найден

23. Сценарий 3: добавление в корзину
Шаг Ожидаемый результат
Открыть страницу логина Страница открыта
Заполнить имя пользователя Имя пользователя заполнено
Заполнить поле пароля Пароль введён
Нажать на кнопку «Войти» Пользователь вошёл в систему
Найти продукт «Холодильник» Продукт найден
Добавить продукт в корзину Продукт находится в корзине

24. Сценарий 1-3: авторизация, поиск и
добавление в корзину
Шаг Ожидаемый результат
Открыть страницу логина Страница открыта
Заполнить имя пользователя Имя пользователя заполнено
Заполнить поле пароля Пароль введён
Нажать на кнопку «Войти» Пользователь вошёл в систему
Найти продукт «Холодильник» Продукт найден
Добавить продукт в корзину Продукт находится в корзине
Много зависимостей
«Цепные» падения тестов

25. Шаг Ожидаемый результат
Открыть страницу логина Страница открыта
Заполнить имя пользователя Имя пользователя заполнено
Заполнить поле пароля Пароль введён
Нажать на кнопку «Войти» Пользователь вошёл в систему
Шаг Ожидаемый результат
Найти продукт «Холодильник» Продукт найден
Сценарий 1: авторизация
Сценарий 2: поиск
Шаг Ожидаемый результат
Добавить продукт в корзину Продукт находится в корзине
Сценарий 3: добавление в корзину
Предусловие: пользователь авторизован
Предусловие : страница с результатами поиска под авторизованным пользователем

26. Куда убрать предусловия?
• Авторизация:
– Открывать браузер уже с готовой веб-сессией
или cookies
• Страница с результатами поиска:
– Открывать URL напрямую
• Любой другой способ доведения системы
до нужного состояния…

27. Куда убрать предусловия?
Убрать генерацию тестовых данных через
интерфейс
• Через веб-сервисы
• Через sql-скрипты
• Поднимать базу из snapshot’a и тестировать
на одних и тех же данных каждый раз

28. Не переделывать работу других
• Много систем делается на основе готовых
решений

29. Не переделывайте работу других
• Используйте готовые API третьих систем
Ваша система на основе
коробочного продукта
Браузер
Автоматические тесты
API

30. Автоматизировать то, что тестируем,
а не то, как это делается
• Наша цель – протестировать конкретный
функционал, а не покрыть автотестом
ручной сценарий
• Пример:
– Цель теста: проверить, что нельзя добавить
продукт без названия
– Место реализации функционала: триггер в базе
данных

31. Автоматизировать то, что тестируем,
а не то, как это делается
• Эффективная реализация тестов:
1. Проверить, что данные отправляются из веб-
формы на сервер (отдельный тестовый
сценарий)
2. Проверить, что сервер приложений сохраняет
данные в базу
3. Попробовать добавить в базу запись и
получить результат триггера

32. Разделяй и властвуй
• Отдельно тестируем серверную логику
– Через веб-сервисы
– Через любой другой API
– Напрямую на сервере
• Отдельно проверяем работу UI
– Jasmine
• Смотрим, что вместе всё также работает
– Selenium, QTP (вершина пирамиды)

33. Недостатки
• Надо понимать, что именно и как
тестируется
• При тестировании «по кусочкам» можно
что-то упустить
• Вывод: следует находить «золотую
середину»

34. Подводя итоги…
• UI-автотесты – универсальные, но
длительные и нестабильные
• Как с этим бороться:
– Понимайте, что именно и как вы тестируете
– Заглядывайте внутрь вашей системы, чтобы
стать ближе к объекту тестирования
– Разбивайте задачу тестирования на части
– Не переделывайте работу других

35. Спасибо за внимание!
Вопросы?
Игорь Хрол
• E-mail: khroliz@gmail.com
• Skype: igor.khrol
• LinkedIn: http://www.linkedin.com/in/khroliz
• Блог: http://ru.khroliz.com
• Facebook: https://www.facebook.com/khroliz