Автоматизация ручного тестирования. Вводный вебинар

1. ВВОДНЫЙ ВЕБИНАР

Автоматизация ручного тестирования
ВВОДНЫЙ
ВЕБИНАР
{}
begin

2. СПИКЕР

Белоусов Владислав
Главный инженер по тестированию
Работал над проектами:
ref
@

3.

КАК БУДЕТ ПРОХОДИТЬ
ВЕБИНАР
1. Знакомимся
2. Поговорим о ваших ожиданиях
3. Поймем, зачем нам этот курс
4. Обсудим программу
5. Обсудим теорию и практику
6. Поговорим об организационных
вопросах
ref
@

4. ЧТО ПОНАДОБИТСЯ НА ВЕБИНАРЕ

Чат
Уже проверили
Доска в Miro
Проверьте доступ
ref
@

5. ОРГАНИЗАЦИОННЫЕ МОМЕНТЫ

Выключаем
микрофоны,
когда говорит
ведущий
Участвуем
во всех
интерактивах
Готовим вопросы
к концу вебинара
Получаем заряд
мотивации
ref
@

6. НЕМНОГО О ПРОГРАММЕ

{}
begin

7. ЗАЧЕМ ЭТОТ КУРС

1
Объяснит, зачем
нужна автоматизация
тестирования
4
Научит писать тесты
на разных уровнях пирамиды
тестирования
(интеграционные, e2e)
2
Познакомит с основными
инструментами тестировщикаавтоматизатора
3
Обучит одному из самых
распространенных языков
программирования для
автоматизации — Java
5
Обучит формированию
отчетности по результатам
прогонов автотестов
ref
@

8. КОМУ ПОДОЙДЕТ ЭТОТ КУРС

Ручным тестировщикам,
которые хотят начать
автоматизировать
Начинающим тестировщикамавтоматизаторам, которым нужна
помощь в освоении инструментов
и методик
Разработчикам, желающим начать
писать тесты
Всем, кто интересуется
автоматизацией тестирования
ref
@

9. ЦЕЛИ КУРСА

Научить работать с самыми распространенными инструментами
для автоматизации тестирования (системы контроля версий,
инструменты сборки, IDE)
Помочь освоить язык программирования Java на уровне, необходимом
для написания автоматизированных тестов
Написать первые автотесты
ref
Научиться использовать Allure для формирования отчетов
по результатам запуска авто-тестов
@

10. КТО УЧАСТВУЕТ В КУРСЕ

{}
begin

11. ЗНАКОМИМСЯ

Узнаем немного о других участниках курса
и расскажем о себе
Формат выполнения:
индивидуально
Доска в Miro
10 минут
ref
@

12. ВАШИ ОЖИДАНИЯ ОТ КУРСА

{}
begin

13. СОБИРАЕМ ОЖИДАНИЯ

Синхронизируемся по ожиданиям от курса
с ведущим и другими участниками
Формат выполнения:
индивидуально
Доска в Miro
10 минут
ref
@

14. ЧТО НАС ЖДЁТ НА КУРСЕ

{}
begin

15. ФОРМАТЫ ПРОВЕДЕНИЯ КУРСА

Видео
Лонгриды
Домашняя
работа
Индивидуальные
консультации
Вебинары
ref
@

16. ПОСЛЕ КУРСА ВЫ СМОЖЕТЕ

Понимать принципы
объектно-ориентированного
программирования
Эффективно работать с кодом
в IntelliJ IDEA
Писать эффективный код на Java
Версионировать свой код
с помощью системы контроля
версий Git
Автоматизировать разные виды
тестов (API, БД, UI)
Собирать и анализировать
отчётность в системе Allure
ref
Делать свои тестовые проекты
и работать с ними с помощью
инструмента сборки Maven
@

17. КАК УСПЕШНО ЗАВЕРШИТЬ КУРС

Cдать от 70%
практических заданий
По каждому заданию вы получаете «зачёт» или «незачёт».
Одно задание можно пересдать один раз.
Стандартный срок для сдачи работы — 7 дней с момента начала
изучения темы. Для объёмных работ срок может быть увеличен.
Ревьюер вносит информацию о практических заданиях на платформу.
В конце курса они будут автоматически посчитаны.
@
ref

18. ОБУЧАЮЩАЯ ПРОГРАММА

{}
begin

19. О ПРОГРАММЕ

86 часов
1
нед.
2 нед.
3 нед.
4 нед.
5 нед.
6 нед.
7 нед.
8 нед.
• 39 часов теории
• 47 часов практики
9 нед. 10 нед. 11 нед. 12 нед. 13 нед. 14 нед. 15 нед. 16 нед.
17
нед.
4-6 часов
средняя нагрузка в неделю
ref
Программа длится 17 недель
Общая длительность – 86 часов. Из них 39 часов теории и 47 часов практики
Средняя нагрузка – 4-6 часов в неделю
@

20. СИСТЕМЫ ВЕРСИОНИРОВАНИЯ И IDE

Вступительный вебинар.
Вебинар
Git и Среда разработки в
IntelliJ IDEA.
Видео
Git и Среда разработки в
IntelliJ IDEA.
Самостоятельная
практика
ref
@

21. ИНСТРУМЕНТЫ СБОРКИ

Инструменты сборки
Maven
Видео
Вебинар
ref
@

22. JAVA BASIC

• hello world
• типы данных
• методы
• операции
Видео
• условия
• циклы
• массивы
Видео
ref
@

23. ОБЪЕКТНО-ОРИЕНТИРОВАННОЕ ПРОГРАММИРОВАНИЕ

ООП. Объекты и классы
Видео
ООП. Инициализация объектов
Видео
ООП. Отношения классов.
Видео
ООП. Инкапсуляция.
Видео
ООП. Object.
Видео
ООП. Перечисления.
Видео
ООП. Исключения.
Видео
Индивидуальная консультация.
Длительность — 1 час.
Видео
ref
@

24. COLLECTIONS, STREAM API, REFLECTION API

Collections.
Видео + лонгрид
Stream API.
Видео + лонгрид
Reflection API.
Видео + лонгрид
Stream API +
Reflection API +
Collections.
Вебинар
ref
@

25. ЮНИТ ТЕСТИРОВАНИЕ

Тестирование.
Видео
Junit.
Вебинар
ref
@

26. ТЕСТИРОВАНИЕ API

Тестирование API
(Rest Assured).
Видео
Индивидуальная
консультация.
Длительность — 1 час.
ref
@

27. ТЕСТИРОВАНИЕ

Тестирование API
(Rest Assured).
Видео
Индивидуальная
консультация.
Длительность — 1 час.
Тестирование JDBC (БД).
Видео
Тестирование UI
(WebDriver, Selenide).
Видео
Тестирование API,
JDBC, UI.
Вебинар
Отчётность (Allure).
Видео
Сложные моменты работы
в Allure. Завершение.
Вебинар
ref
@

28. ОТЧЁТНОСТЬ В ALLURE

Отчётность (Allure).
Видео
Сложные моменты работы
в Allure. Завершение.
Вебинар
ref
@

29. КАК БУДЕТ ПРОХОДИТЬ ТЕОРЕТИЧЕСКАЯ ЧАСТЬ

{}
begin

30. ОСНОВНЫЕ ТЕМЫ

Системы версионирования и IDE
Инструменты сборки
Объектно-ориентированное программирование
Stream API + Reflection API
Тестирование API
Java Basic
Коллекции
Общая теория тестирования
Тестирование JDBC
Тестирование UI
ref
Отчётность в Allure
@

31. ОЦЕНИВАЕМ УРОВЕНЬ ПОДГОТОВКИ

Напишите:
1. 3 темы, в которых вы чувствуете себя увереннее всего.
2. 3 темы, в которых вы наименее уверены
(опрос анонимный)
Формат выполнения:
индивидуально
Доска в Miro
5 минут
ref
@

32. КАК БУДЕТ ПРОХОДИТЬ ПРАКТИЧЕСКАЯ ЧАСТЬ

{}
begin

33. ФОРМАТЫ ПРАКТИКИ. ПРИМЕР ЗАДАНИЯ

Задание по теме «Конструкции языка»
В созданном вами проекте в методе main напишите бесконечный цикл while,
в котором в консоли будет запрашиваться путь к файлу, который программа
затем будет парсить. Запрашивать путь в консоли можно таким образом:
String path = new Scanner(System.in).nextLine();
Напишите код, который будет определять, существует ли файл,
путь к которому был указан:
File file = new File(path);
boolean fileExists = file.exists();
Переменная fileExists будет равна true, если файл существует, и
false, если не существует.
ref
Напишите также код, который будет определять, является ли указанный
путь путём именно к файлу, а не к папке. Проверить это можно так:
boolean isDirectory = file.isDirectory();
@

34. ОСОБЕННОСТИ ПРАКТИКИ

Сколько раз можно пересдавать практику?
Один раз.
Как будут оцениваться одинаковые работы?
Призываем выполнять практику самостоятельно.
Через какое время я получу обратную связь на свою работу?
Стандартный срок — 2-3 дня.
Какое количество работ нужно сдать, чтобы успешно
пройти программу?
От 70%.
ref
@

35. ОСОБЕННОСТИ ПРАКТИКИ

После какого срока задания не принимают?
Дедлайн на сдачу работ — до вебинара по ней / до начала следующей темы.
Будет ли принята работа после дедлайна?
Да, по запросу. Но не более одного раза для одного задания.
Как будет выглядеть обратная связь на мою работу?
Разбор работы с указанием, что было удачно, что можно улучшить
и итоговая оценка.
ref
Ваши вопросы
@

36. КОНСУЛЬТАЦИИ

На протяжении всей программы вы можете взять 2 индивидуальные
консультации по 1 часу.
Это можно сделать в любой момент. Рекомендуем взять после тем
«Java», «ООП», «Тестирование API (Rest Assured)».
Будет график консультаций. Впишите себя и добавьте вопросы, которые
хотите обсудить. Можно прийти с запросом «Я вообще ничего не понял»
или прийти, чтобы вместе разобрать практическое задание.
ref
@

37. ОРГАНИЗАЦИОННЫЕ ВОПРОСЫ

{}
begin

38. КУДА ПРИЙТИ С ВОПРОСОМ

1
В чат, обратившись к коллегам
2
В чат, тегнув куратора
3
На вебинар после темы
4
К эксперту на консультации

39. КАК МОЖЕТ ПОМОЧЬ АВТОМАТИЗАЦИЯ ТЕСТИРОВАНИЯ?

{}
begin

40. ТЕСТИРУЕМ ВАЛИДАЦИЮ В JSON

ref
@

41. ТЕСТИРУЕМ РЕГИСТРАЦИЮ ПОЛЬЗОВАТЕЛЯ

ref
Я даю согласие на обработку персональных данных.
Зарегистрироваться
@

42. ЧТО МОЖЕМ АВТОМАТИЗИРОВАТЬ

1. Тесты
2. Рутинные задачи
3. Подготовительные действия перед тестированием:
Заполнение БД;
Настройка конфигурации
4. Создание сложных сервисов — прокси, эмуляторы
5. Воспроизведение проблем

43. В ЧЁМ ПРЕИМУЩЕСТВО АВТОМАТИЗАЦИИ ТЕСТИРОВЩИКАМИ, А НЕ РАЗРАБОТЧИКАМИ

1. Ускоряется процесс тестирования
2. Проводится независимая проверка
3. Учитывается покрытие автотестами при проведении
ручного тестирования
4. Создаются инструменты в помощь коллегам
по тестированию
5. Формируется и контролируется Quality Gates
6. У тестировщиков освобождается время для
интересных задач

44. ЛУЧШЕ НЕ АВТОМАТИЗИРОВАТЬ, ЕСЛИ

1. Автоматизировать невозможно
2. На автоматизацию уйдёт больше времени, чем на ручное
тестирование
3. Функциональность с большой вероятностью будет удалена
4. Продукт постоянно меняется настолько, что невозможно
написать стабильно работающие тесты
5. Нет тестового окружения
6. Автотесты, проверяющие функционал, уже написаны

45. ВАШИ ВОПРОСЫ

{}
begin

46.

СПАСИБО
ЗА ВНИМАНИЕ
{}
begin