Компании и проекты
7По данным профиля наставника
Направления
С чем поможет
Структура и формулировки
Подготовка и разбор вопросов
План следующих шагов
Разовое занятие
60 минут с наставником
Проверки, которые помогают понять продукт
Курсы по автотестированию онлайн: научитесь выбирать сценарии автотестов и организовывать набор тестов. На индивидуальном курсе с наставником можно обсудить, как разобрать падение автотеста.
Индивидуальные занятия
По данным профиля наставника
Структура и формулировки
Подготовка и разбор вопросов
План следующих шагов
60 минут с наставником
По данным профиля наставника
Senior
Senior
Senior
60 минут с наставником
По данным профиля наставника
Senior
Senior
Middle
60 минут с наставником
По данным профиля наставника
Senior
Middle
Senior
60 минут с наставником
По данным профиля наставника
60 минут с наставником
По данным профиля наставника
Senior
Senior
Senior
60 минут с наставником
По данным профиля наставника
60 минут с наставником
Как выбрать обучение под свою задачу
Курсы по направлению «Автотестирование» с наставником можно построить как индивидуальное обучение под вашу подготовку и задачу. Автотестирование представляет собой проверку поведения программы с помощью исполняемых тестовых сценариев. На курсе с наставником можно научиться выбирать полезные проверки, писать устойчивые тесты и разбирать причины их падения.
Сначала определите объект: функции, API или интерфейс браузера. Для написания тестов нужен язык выбранного инструмента и понимание проверяемого продукта. Опыт ручного тестирования помогает формулировать ожидания, но не заменяет навыка чтения кода.
Перед автоматизацией сформулируйте, какое нарушение должен обнаруживать сценарий. Если ожидаемый результат нельзя описать словами, код теста обычно закрепит ту же неопределённость. Важно также решить, какие данные принадлежат тесту и как они очищаются после выполнения.
Начните с условий, действий и утверждений. Затем изучите подготовку данных, изоляцию, управление окружением и отчёты. После этого разберите запуск в CI и диагностику нестабильных сценариев вместо бесконечного увеличения тайм-аутов.
Первая практика: проверка ключевого действия. Опишите исходное состояние, действие пользователя и наблюдаемый итог. Создайте данные независимо от соседних тестов, выполните сценарий и проверьте именно изменение продукта. Затем намеренно нарушьте ожидаемое поведение и убедитесь, что тест падает по содержательной причине. Если он остаётся зелёным, утверждение не защищает нужное свойство. Такая проверка полезнее наращивания числа кликов или снимков без понимания цели.
Вторая практика: нестабильный сценарий. Сохраните сведения о падении и сравните успешный и неуспешный запуск. Проверьте ожидание данных, общий пользовательский аккаунт и устойчивость выбора элемента. Сформулируйте одну причину, исправьте её и повторите запуск в тех же условиях. Увеличение тайм-аута допустимо обсуждать только после понимания ожидания: иначе тест просто дольше скрывает ту же проблему. Итогом должен быть объяснимый механизм нестабильности.
Полезный тест падает при нарушении ожидаемого поведения и помогает понять место проблемы. Количество сценариев само по себе не показывает качество защиты от регрессий.
Не повторяйте реализацию в утверждениях и не проверяйте только счастливый путь. Хрупкий сценарий, который падает из-за любого изменения верстки, быстро перестают воспринимать всерьёз.
Полезный контрольный вопрос: если интерфейс немного переставит элементы, но сохранит поведение, должен ли тест сломаться? Ответ помогает отделить проверку пользовательского контракта от излишней привязки к деталям реализации.
Выбирайте наставника с вашим уровнем тестирования и инструментом. Подготовьте запуск, требования и примеры падений; данные пользователей замените учебными.
Начните с повторяемой проверки важного поведения, результат которой можно ясно сформулировать. Сценарий, требующий каждый раз новой содержательной оценки, может быть плохим первым кандидатом. На встрече сравните стоимость поддержки и полезность обнаруживаемого нарушения. Если тест чаще падает из-за собственных данных, чем замечает проблему продукта, качество обратной связи ухудшается, даже когда формальное число проверок растёт.
Для review теста попросите наставника назвать, какая именно ошибка продукта приведёт к падению и почему. Затем проверьте это маленьким намеренным нарушением в учебной версии. Также разберите сообщение падения: позволяет ли оно отличить недоступность окружения от неправильного результата? Это разные причины и разные действия команды. Хороший тест не только сообщает красный статус, но и сокращает путь к содержательной диагностике, не выдавая состояние инфраструктуры за дефект приложения.
Чтобы выбрать курс по направлению «Автотестирование», сначала сопоставьте программу с тем, что уже умеете делать самостоятельно. Отдельно отметьте новые темы, практические задания и разбор результатов. Такой план помогает обсудить нужный объём обучения до выбора 10, 20 или 30 часов.
Стоимость курса зависит от цены выбранного наставника и объёма занятий. В карточке можно сравнить разовое занятие и курсы: 10 часов без скидки, 20 часов со скидкой 3% и 30 часов со скидкой 5%. Сравнивайте итоговую сумму и стоимость часа, а также заранее уточняйте, входят ли проверка самостоятельных заданий и общение между встречами в согласованные условия.
Разовое занятие можно использовать, чтобы обсудить цель и познакомиться с подходом наставника. Для последовательного обучения договоритесь о порядке тем и промежуточных проверках. Больший курс даёт больше времени на занятия, но его выбор должен опираться на программу и вашу возможность практиковаться, а не только на скидку.
Сначала задача, затем объём
Сравните три пакета по объёму и стоимости. Темы, темп и практические задачи определите вместе с наставником.
Введите часовую ставку выбранного наставника. Сейчас показан пример расчёта, а не предложение конкретного специалиста.
Первые шаги в выбранном направлении.
Если начинаете разбираться в теме и хотите определить, с чего двигаться дальше.
Больше времени на задачи и обратную связь.
Если основы уже знакомы, но применять их самостоятельно пока сложно.
Последовательная работа над более объёмной целью.
Если задача включает несколько этапов и требует продолжительного разбора.
Разница между пакетами в количестве часов и скидке, а не в обязательном уровне подготовки. Список тем и объём практики согласуйте до начала работы. Большее число часов само по себе не гарантирует освоение профессии.
Пример расчёта: 10 часов без скидки, 20 часов со скидкой 3%, 30 часов со скидкой 5%. Скидка считается от стоимости того же количества часов по обычной ставке.
Не абстрактная программа. Ваша ситуация.
Курс начинается с вашей задачи. Выберите близкую ситуацию и посмотрите, что можно обсудить с наставником.
«Я уже сделал первую версию, но не понимаю, что улучшить и в каком порядке.»
Ссылку, макет, фрагмент кода или другой пример работы. Опишите цель и то, что уже пробовали. Уберите закрытые данные.
От задачи к занятиям
Три шага, чтобы понять, подходит ли вам совместная работа.
Сравните профили: направление, похожие задачи и ставка наставника.
К выбору наставника ↗Обсудите ваш уровень, первые темы, практику и способ обратной связи.
Что будете делать вы и в чём поможет наставникСогласуйте объём часов, расписание, переносы и условия использования пакета.
Отдельно спросите о связи между встречамиРазберёмся в деталях
Практические вопросы о выбранном направлении: подготовка, задачи и разбор решений.
Сначала определите объект: функции, API или интерфейс браузера. Для написания тестов нужен язык выбранного инструмента и понимание проверяемого продукта. Опыт ручного тестирования помогает формулировать ожидания, но не заменяет навыка чтения кода.
Начните с условий, действий и утверждений. Затем изучите подготовку данных, изоляцию, управление окружением и отчёты. После этого разберите запуск в CI и диагностику нестабильных сценариев вместо бесконечного увеличения тайм-аутов.
Сохраните сведения о падении и сравните успешный и неуспешный запуск. Проверьте ожидание данных, общий пользовательский аккаунт и устойчивость выбора элемента. Сформулируйте одну причину, исправьте её и повторите запуск в тех же условиях. Увеличение тайм-аута допустимо обсуждать только после понимания ожидания: иначе тест просто дольше скрывает ту же проблему. Итогом должен быть объяснимый механизм нестабильности.
Полезный тест падает при нарушении ожидаемого поведения и помогает понять место проблемы. Количество сценариев само по себе не показывает качество защиты от регрессий. Не повторяйте реализацию в утверждениях и не проверяйте только счастливый путь. Хрупкий сценарий, который падает из-за любого изменения верстки, быстро перестают воспринимать всерьёз. Полезный контрольный вопрос: если интерфейс немного переставит элементы, но сохранит поведение, должен ли тест сломаться? Ответ помогает отделить проверку пользовательского контракта от излишней привязки к деталям реализации.
Начните с плана: какие темы нужно изучить, какие задания выполнить и когда обсудить результат с наставником. Сопоставьте его со своим уровнем и временем на самостоятельную практику. Часы обозначают объём занятий, а не гарантированное освоение направления. Если пока трудно определить нужный объём, сначала обсудите программу на разовой встрече.
От стоимости занятия у выбранного наставника и количества часов. В карточке показан расчёт стоимости: 10 часов без скидки, 20 часов со скидкой 3%, 30 часов со скидкой 5%. Условия проверки заданий и связи между встречами согласуйте отдельно. Покупка курсов и запрос скидки на сайте пока недоступны. Сейчас можно записаться на разовое занятие.
Следующий шаг