Можно Ли Автоматизировать Автоматизацию Тестирования?

В его отчет на конференции Конференция TestDriven 2022 Станислав Васенков предлагает из ручного теста за минуту создать проект с автоматическими тестами в боевой инфраструктуре.

О том, как разрабатывался генератор, вы можете узнать из интервью.

Кроме того, мы обсудили актуальные проблемы современного тестирования и поговорили о том, почему тестировщиков в компанию должен искать не HR, а инженер, говорящий на языке кандидата.



Можно ли автоматизировать автоматизацию тестирования?



Расскажи мне что-нибудь о себе.

Меня зовут Станислав Васенков, я живу в Черногории.

Прошел путь от ручного тестировщика до руководителя отдела автоматизированного тестирования в интеграторе.

Сейчас я работаю с несколькими компаниями.

Кроме того, я разрабатываю онлайн-школу автоматизации тестирования.

Действует биржа фрилансеров и небольшое кадровое агентство по подбору специалистов в штат.

Можно ли автоматизировать автоматизацию тестирования?



Вы — создатель большого сообщества по тестированию.

Как он появился и почему стал таким популярным?

По сути, деятельность QA-инженера сосредоточена внутри самой компании, и он приобретает всю необходимую для работы на этом уровне экспертизу.

Но когда начинается автоматизация тестирования, вам предстоит окунуться в чудесный мир хаоса, в котором не на все вопросы можно ответить самостоятельно.

Особенно сейчас, когда библиотеки растут и обратная совместимость часто нарушается.

Кроме того, комбинация некоторых библиотек может не работать, и у каждой есть свои нюансы.

Самый быстрый способ узнать о таких вещах — поговорить с экспертами отрасли.

Когда в Telegram начали появляться первые QA-сообщества, я создал группу автоматизации тестирования @qa_automation и развиваю ее уже пятый год. Мне удалось создать особую культуру в сообществе: на вопросы о том или ином инструменте в чате отвечают очень быстро, как stackoverflow-online. И зачастую создатели этих инструментов.

Плюс они обсуждают новые выпуски библиотеки и текущие проблемы.

Я стараюсь вести свой отдельный чат для каждого более-менее ключевого инструмента/подхода.

Если этого чата не существует, я могу найти основателя библиотеки и предложить ему создать его.

Либо просто добавляю его в уже созданный чат, передав права администратора.

При этом рекламируя, что в этой библиотеке наконец-то появилась своя группа для общения, и в ней вам ответят и помогут. Полный список чатов можно найти Здесь .



Как вы начали свой бизнес, что вдохновило вас на это?

Поработав в сфере найма, я почувствовал многие недостатки рынка обеспечения качества и аутсорсинговых услуг.

Оценив потребности и возможности рынка, я выработал определенный технический подход, который позволяет мне идти проторенным путем и предоставлять услуги, максимально минимизируя технические и организационные риски.

Я строю свой бизнес на сочетании Selenide, Allure TestOps и Selenoid. Это позволяет существенно сэкономить на покрытии рисков и быстрее заработать.

На данный момент я работаю в трех направлениях:

  1. Образование.

  2. Биржа фрилансеров.

  3. Отбор кандидатов в штат.
На первое место я поставил одну довольно интересную метрику.

«Метрика №1», как я ее для себя называю, — это скорость закрытия позиций в команде.

Как быстро вы сможете найти на рынке инженера, который сможет обеспечить те процессы, которые нужны вашему бизнесу.

Мы готовим людей, которые могут пойти и свернуть горы внутри компании.

Не буду делать холивары, но у меня был приличный опыт предпродажной продажи услуг банкам, крупным ритейлерам и всем-всем-всем операторам.

И я заметил, что в автоматизации тестирования в основном творится какой-то хаос: оверинжиниринг, сложные для понимания фреймворки, половина тестов не работает и так далее.

Мы разработали технический подход, который позволяет быстро обучить человека, чтобы он мог как можно быстрее приступить к удовлетворению потребностей.

Я бы даже сказал, что мы учим не тому, как стать тестировщиками, а тому, как решать конкретные бизнес-задачи.



Как появился проект по обмену фрилансерами?

У нас довольно интересный процесс проверки домашнего задания.

Обучение начинается раз в полтора месяца и длится три месяца.

Таким образом, на протяжении половины периода исследования сохраняется атмосфера здоровой дедовщины.

Итак, после занятий люди получают развивающие задания, они их решают, а остальным нужно сделать тест-проверку.

Третьей группе доводится утверждать, то есть проверять то, что в итоге получилось.

И здесь никто не мешает вам помимо школьных заданий давать коммерческие задания.

Пока биржа работает в полузакрытом режиме.

Мы не готовы взять на себя все задачи.



Ваше выступление на TestDriven Conf также связано с биржей фрилансеров.

Какие аспекты вы в нем затронете и что нового услышат участники конференции?

При разработке автотестов существует ряд подготовительных этапов.

Сюда входит создание репозитория для хранения кода, разработка фреймворка, настройка инфраструктуры, подключение отчетности (в том числе добавление скриншотов, видео и т. д.), настройка уведомлений в мессенджерах (telegram, slack и т. д.).

Это все разовые задачи.

Я их автоматизировал и превратил в сервис, позволяющий быстро развернуть полноценный проект автоматизации, включая код, инфраструктуру, отчетность и уведомления.

Например, давайте перейдем к start.autotests.cloud и напишем какой-нибудь ручной тест для сайта, скажем, нашей конференции: Открытие Веб-сайт .

В расписании выбираем 29 апреля.

Проверяем, что в списке отчетов есть «Автоматизация тестирования».



Можно ли автоматизировать автоматизацию тестирования?

Нажмите «Автоматизировать это!» кнопку и волшебство начинается.

На GitHub создается полноценный репозиторий с настройкой удаленного браузера, распараллеливанием и т.д. Генерируются дополнительные автотесты и создается сборка в Jenkins. Тесты уже идут параллельно и выполняются в Selenoid. Примерно через минуту в Allure формируется отчет. Уведомление приходит в Telegram. Билет создается в нашей внутренней Jira.

Можно ли автоматизировать автоматизацию тестирования?

Это заготовка, полуфабрикат. Но этот полуфабрикат нужно просто «поставить в микроволновку» — добавьте Xpath/CSS по вкусу, немного знаний Selenide и вы автоматизатор.

Есть второй вариант — написанный нами ручной тест могут использовать тестировщики нашей школы.

И они это автоматизируют. На конференции я остановлюсь на первом варианте.

Это крутой конфигуратор, которым мы пользуемся сейчас и постоянно совершенствуемся.

Он бесплатный, код в открытом доступе (github), вы можете использовать его в любое время.

Инфраструктуру тоже можно использовать (в разумных пределах - дженкинс, селеноид).



Расскажите нам о своем опыте «торговли студентами».

Чем эта идея отличается от того, чем мы привыкли заниматься HR?

Как обычно работают рекрутинговые агентства? Они мониторят рынок и пытаются закрыть компании по стеку: «Вы пишете про Python. Мы нашли человека, который когда-то писал на Python».

Мы не оказываем услуги аутсорсинга, а отбираем кандидатов в наш штат из тех, кого хорошо знаем.

У нас есть студенты, которые приходят для карьерного роста.

Мы общаемся с ними и сопровождаем их с самого начала обучения.

Есть много тех, кто давно в профессии, есть ручные тестировщики, которые хотят перейти на автоматизацию.

Они давно в команде и прекрасно понимают все ИТ-процессы.

Также здесь работает много инженеров по автоматизации тестирования, которые пришли систематизировать свои знания и узнать что-то новое.

Хочется верить, что мы более клиентоориентированы за счет того, что лучше понимаем тех, кому «продаем».

Ведь у HR-сотрудников обычно нет ни технического образования, ни общего языка с кандидатами.

Но нужно понимать, что зачастую вакансию инженеру нужно продать.

Несмотря на то, что специалист ее видел, он может не решиться написать сам, чтобы пообщаться.

Мы объясняем студентам, что такое позиция, помогаем подготовиться к собеседованию и развеиваем их страхи.



Как вы думаете, какие основные проблемы в тестировании сегодня?

Прежде всего, это нехватка кадров.

Все понимают, что тестирование необходимо, каждому нужен тестировщик, но идите наймите его.

Кроме того, есть еще одна проблема: засилье некачественного образования, которое вводит людей в заблуждение.

Студенты берут кредиты на обучение в неизвестном месте и по неизвестной причине.

Конечно, как следствие, мы видим обилие вакансий начального уровня и дефицит настоящих профессионалов на рынке.

Следующая проблема более конкретна.

Из чего сейчас состоит продукт? Это интерфейс, сложность которого значительно выросла.

Если раньше это были jQuery и Bootstrap, то теперь это React и Rocket Science. Кроме того, бэкэнд-культура стала более сложной.

Если раньше это был просто PHP, то теперь мы видим отказоустойчивость, ClickHouse, Postgres, nosql рядом, комбинации с очередями, свои нюансы микросервисов, различные протоколы и постоянный рефакторинг.

И конечно, есть такая проблема, как DevOps. И есть такая ключевая метрика бизнеса, как скорость доставки: «Вы даете 10 релизов в день!» В целом разработка frontend, backend, DevOps и YAML требует все большей скорости.

В этих условиях тестирование становится блокирующим фактором.

Если раньше вы месяц спокойно тестировали новую версию продукта, то сейчас этот процесс невозможно закрыть условно даже при наличии 1000 тестировщиков — автоматизация нужна как никогда.

Когда мы хотим подняться в гору, мы заранее планируем свой маршрут и то, как будем страховаться.

Но при разработке продуктов и составлении бюджета на их разработку не всегда думают о тестировании.

Но это тоже часть процесса; Код автотеста является такой же неотъемлемой частью продукта, как и основной код. Хотя в краткосрочной перспективе автоматизированные тесты могут показаться слишком затратными, в долгосрочной перспективе вы определенно получите выгоду.



У вас был опыт организации крупной конференции по тестированию на Кипре.

Поделиться.

Конференция состояла из нескольких, по сути, связанных друг с другом докладов.

В первую очередь речь идет о Selenide с Appium — это автотесты для всех трех платформ из одного репозитория.

Мы были очень удивлены тем, что на Кипре развиты информационные технологии.

С маркетинговой точки зрения конференция провалилась и провалилась бы еще больше, если бы не киприоты.

Билеты купили половину, и конференцию пришлось срочно полностью переводить на английский язык.

Сама конференция прошла негативно.

Но спикеры, принимавшие в нем участие тогда, сейчас принимают участие в жизни школы.

Можно сказать, что это был хороший пре-продакшн.



Как вы думаете, почему на крупных конференциях не хватает секций тестирования? Зачем нужна отдельная конференция?

Потому что это отдельная профессия.

Для этого нужны другие инженеры, которые должны обладать другими качествами.

У него есть свой набор инструментов и свой быстрорастущий мир.

Это отдельный культурный пласт, и он вполне заслуживает отдельной хардкорной конференции.

28-29 апреля Москва впервые примет Конференция TestDriven 2022 — профессиональная конференция для старших тестировщиков и QA-инженеров.

Он будет посвящен всем вопросам автоматизации тестирования и другим.

Расписание И тезисы докладов уже на сайте.

И ты можешь забронировать билеты по выгодной цене – чем ближе к конференции, тем дороже.

До следующего повышения цен осталось 4 дня!

Теги: #Интервью #Конференции #тестирование #Тестирование веб-сервисов #Тестирование ИТ-систем #тестирование #автоматизация #тестирование веб-приложений #тестирование приложений #автоматизация тестирования #автоматизация тестирования #тестирование веб-сайтов
Вместе с данным постом часто просматривают: