Як проходити курс та його логіка

Автор навчає автоматизації з 2017 року. Раніше типовий курс починався з теорії мови програмування, потім переходив до ООП і патернів, а лише після цього — до автоматизації. На практиці такий довгий шлях виявився складним не лише для початківців, а й для людей із певним досвідом.

Цей курс побудовано інакше: практична ціль з’являється раніше за повне теоретичне пояснення. Теорія вводиться тоді, коли вже зрозуміло, яку проблему вона допомагає розв’язати.

Перший автотест пропонується буквально повторити за викладачем. Навіть при точному повторенні неминуче виникнуть проблеми із запуском, середовищем або деталями коду. Це не збій курсу, а запланована частина навчання.

Ключова ідея — дати учаснику реальну проблему в контрольованому контексті, де зрозуміло, що саме він намагається запустити і який результат очікується. Так формується практична навичка діагностики, а не лише знання абстрактних визначень.

Учасники спочатку вчаться складати й запускати тестовий сценарій. Після цього курс поступово пояснює, як працюють типи даних, операції зі строками, повторне використання коду та інші конструкції, які вже зустрілися в реальній роботі.

Саме з цього підходу виникає питання: якщо класична піраміда тестування радить мати більше нижньорівневих тестів, чому курс починається з UI, а не з API.

Автор налаштовує доступ браузера до демонстрації екрана й повторно підключається до сесії. Змістовно цей фрагмент потрібен лише як перехід до схеми тестових рівнів.

Показується класична тестова піраміда й одразу згадується альтернативна модель — test trophy. Детальне пояснення сучасного розподілу тестів продовжується в наступному відео.