Артём Ерошенко


Kanal geosi va tili: Butun dunyo, Ruscha


Про автоматизацию тестирования. Контакты: @eroshenkoam.

Связанные каналы

Kanal geosi va tili
Butun dunyo, Ruscha
Statistika
Postlar filtri


Эксперты по 3D-принтерам здесь?

Вчера меня поразила одна вещь: купил футляр для аккумуляторов (Э - экология), напечатанный на 3D-принтере, и был просто в восторге от его качества! 🎉 Оказывается, технологии за последние 5 лет сделали огромный скачок вперёд. Теперь у меня появилась идея обзавестись собственным 3D-принтером и поэкспериментировать.

Я уже прочитал кучу обзоров и, конечно же, обсудил всё с моим приятелем Чатом Джипетовичем 🤖, но хочется услышать мнение настоящих людей. Может, у кого-то из вас есть опыт или советы? У меня нет конкретных задач, но голова просто кипит от идей! Например, было круто создать кибернетическую руку (как в “Терминаторе” или “Я, робот”), которая повторяет мои движения. 👋

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

Спасибо заранее и отличного дня! ✨


Ручное тестирование заменит автоматизацию!

Да, я тот самый автоматизатор, постоянно всем доказывающий, что мы вот-вот заменим ручное тестирование. А что если всё наоборот? 🤔 Давайте разложим по фактам.

1️⃣ Формально процесс создания любого теста: написание тест-кейса → написание кода → исполнение кода. Даже когда вы сразу пишете автотест, сначала в голове продумываете тест-кейс. Ключевое — сам тест-кейс и его результат. Код — всего лишь инструмент. 🧐 Почему бы не убрать его?

2️⃣ Попытки избавиться от кода уже были. Например, no-code инструменты типа Testim. Проблема в том, что они меняют шило на мыло: вместо 10 строк кода получаем огромную схему с переходами между состояниями. 😓 Именно поэтому эти инструменты популярны только с точки зрения маркетинга и не несут практической пользы (без обид, уважаемые пользователи Testim 😅).

3️⃣ AI — это эволюция кода, которая может полностью исключить нас из процесса. Прорыв может случиться благодаря AI, который запускает тесты-кейсы без кода. Берём ручной сценарий и сразу превращаем его в результат без «промежуточного состояния». В этом направлении движется Zephyr Scale Automate. Их продукт ещё сырой, и я не уверен, что именно они добьются успеха. 🤷‍♂️ Но я верю в потенциал такого подхода, так как создание автотестов — процесс значительно более простой, чем генерация кода продукта (о котором пост выше).

Давтоматизировались, получается. 🙃 Если развитие AI пойдёт в эту сторону и достигнет успехов, автоматизаторы тестирования станут буквально не нужны. Представляю, как ручные тестировщики будут хохотать над нами. 😂

Сохраняйте этот пост как предсказание и перешлите его ручным тестировщикам. 😉 Посмотрим, что они думают об этом!

352 0 11 2 21





Моя любовь к мерчу: от первых сувениров до собственных артефактов 🎁

Привет, друзья! История, как мерч стал важной частью моей жизни.😊

Всё началось на конференции Oracle Java Days в 2007 году. Однокурсники из СПБГУ позвали на мероприятие, от которого, честно говоря, у меня не было особенных ожиданий.🤷‍♂️

Но внутри экспоцентра я просто офигел от масштаба! Тысячи людей, десятки стендов с разными продуктами и ... мееерч! 🎉
Мы собирали всё, до чего могли дотянуться. Когда место в рюкзаках закончилось — взяли новые в качестве мерча и набили их под завязку. 😄 Думаю, блокноты с той конференции у меня до сих пор где-то пылятся.

После этого было много мероприятий, страсть к мерчу слегка поутихла. Но недавно мы осознали, что Allure Report уже больше 10 лет, а у нас до сих пор нет собственной атрибутики!😱 Это открытие снова разожгло мой интерес, но теперь уже со стороны создания мерча.

Сейчас у нас есть три классных предмета:

1. Кепка 🧢 — мой абсолютный фаворит! Как фанат кепок, я просто в восторге от нашей. Были случаи, когда люди узнавали логотип на кепке, а меня — нет! 😅

2. Пины 📌 — стали настоящим хитом на одной из конференций. Люди вешали их на рюкзаки, использовали как запонки или просто крутили в руках. Супер универсальная вещь! 👍

3. Наклейки 🏷 — вы можете сказать: «Ну наклейки и наклейки», — но и здесь нас ждал сюрприз. Мой друг Паша прислал фото нашей наклейки в баре в Берлине! 🇩🇪 Видимо, эти наклейки добрались туда после конференции в Стокгольме. Это было неожиданно и приятно.

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

P.S. Отдельное спасибо Соне и всем, кто помогал в создании нашего мерча. Без вас этого бы не случилось! 🙏


Заменит ли AI программистов?

В последнее время я всё больше увлекаюсь изучением искусственного интеллекта. Это не просто хобби — AI стал моим помощником в повседневных задачах. Например, я почти полностью забросил Google в поисках информации и перешёл на AI (ну, кроме поиска мест или товаров). 🎉

Представьте себе: вы попросили AI купить вам билеты на Бали и работать за вас 2 недели, пока вы отдыхаете? 🏝💻

На самом деле это не сон, и в этих направлениях активно двигаются стартапы. Например:
🔹 GitHub Copilot: Пользуюсь им, но он меня особо не впечатлил. Возможно, я чего-то не понимаю? 🤔
🔹 Стартап Tessl: Они хотят, чтобы разработчики и менеджеры могли давать команды на обычном языке и получать рабочий код на Java. При этом обещают, что AI будет поддерживать этот код. 🤓
🔹 OpenAI Operator: Они разрабатывают агента, который сможет управлять компьютером. Идея в том, что проще обучить AI пользоваться ПК, чем менять весь интернет под него. Обещают, что он сможет заказывать билеты и писать код. Удачное сочетание. 😎

Однако я всё ещё сомневаюсь, что AI скоро сможет автономно создавать код. Всё просто: никто не отдаст контроль за результатом машине. Представьте, как несколько недель неопытный разработчик и менеджер пишут продукт с помощью команд “на обычном языке”, а потом базу данных клинит каким-нибудь сложным SQL-запросом. И что они будут делать? Звонить в OpenAI? Искать специалиста по БД? Или, может, закажут консультацию у сеньора 🍅 на Java? В общем, не очень оптимистично. 😅

Тем не менее, AI остаётся ценным инструментом в моей работе. Он помогает мне осваивать новые смежные темы и решать различные задачи. Например, недавно, когда нужно было настроить проксирование трафика между машинами, я воспользовался не стандартными гайдами на DigitalOcean, а обратился к ChatGPT. Результат? Вместо простого пошагового руководства, ChatGPT действовал как интерактивный гайд, помогая решать проблемы на ходу и объясняя, что делать в случае ошибок. Всё заработало без проблем! ✅ А ещё обожаю, как AI делает выжимки из записи встреч — экономит кучу времени! ⏰

Что думаете вы?

❤️ - Нет, мы не отдадим контроль AI.
👻 - Да, AI заменит разработчиков, бегите, глупцы!
🐳 - Поживем — увидим.

Делитесь своими мыслями в комментариях! 💬


Чем пахнет тестирование: мысли о будущем AI в нашей профессии

Читая очередные каналы о тестировании, снова сталкиваюсь с привычными темами: Selenium, API, скриншоты… 😴 Скучно, правда? Как будто застряли в бесконечном круге однообразных задач. Поэтому я решил поделиться с вами чем-то действительно новым.

Недавно наткнулся на стартап Osmo, который придумал, как отличать оригинальные кроссовки от подделок по запаху! 👟💨 Нейросеть, обученная распознавать тончайшие ароматические различия, теперь с точностью до 95% определяет подлинность обуви. Для меня, как фаната крутых кроссовок, это настоящее открытие. Раньше, перед покупкой, я пересматривал кучу видео на YouTube, пытаясь не попасться на подделку, а теперь нейросеть обнаруживает подделки моментально! 🪄

Этот пример заставил задуматься: возможно ли что-либо подобное в тестировании? В программировании давно есть понятие “запахов кода” 🕵️‍♂️ — признаков, указывающих на потенциальные проблемы в структуре или дизайне. Но эти инструменты работают лишь на уровне кода, помогают выявлять дублирование или избыточную сложность.

А что, если мы сможем применить похожие методы к тестированию API, UI и даже UX? 🤔 Мы тоже могли бы “чуять” проблемы, причём такие, которые гораздо сложнее обнаружить, потому что они возникают не в коде, а на уровне взаимодействия. Представьте себе, что AI поможет автоматически выявлять такие “запахи” в интерфейсе, предупреждая о риске случайных нажатий из-за слишком близко расположенных элементов 💅 или о том, что сообщения об ошибках не дают пользователю нужных подсказок. ⚠️

Это заставляет задуматься о том, как искусственный интеллект меняет нашу профессию. Творчество всегда было неотъемлемой частью тестирования, но теперь оно выходит на совершенно новый уровень. 🤖 AI открывает новые возможности для автоматизации рутинных задач и позволяет нам сосредоточиться на более глубоких и интересных аспектах работы. Мы живем в удивительное время, когда технологии не просто помогают нам в работе, но и открывают новые горизонты.

Я постараюсь держать вас в курсе самых интересных и неожиданных новостей в этой области. 🌟 Ведь мир меняется, и вместе с ним меняемся мы. А пока пойду протестирую свой холодильник — вдруг он тоже научился отличать свежие продукты по запаху. 🥦😉


С чего всё начиналось — мысли перед запуском новой версии Allure Report

Свежая версия Allure Report почти готова, а я сижу и вспоминаю, с чего всё началось.

Когда-то давно, в 2012 году, в поисках замены отчёту Thucydides, мы захотели собрать собственное решение. Так появился Allure Report — 27 ноября 2013 года мы сделали первый коммит на GitHub. За четыре года он набрал более 600 ⭐️ звёздочек, а вокруг проекта сформировалось классное комьюнити, которое поддержало нас и добавило в отчёт крутые фичи. Наверняка среди вас есть те, кто помнит это и может оценить пройденный путь!

С годами требования к тестированию выросли — тестов стало больше, понадобилась аналитика 📊, история 📜, интеграции с CI/CD и различные тренды 📈.

В 2015 году мы решили обновить отчёт — так родилась вторая версия Allure. Мы переписали с нуля весь код вместе с интеграциями. Это был настоящий вызов: представьте себе, что один только репозиторий allure-java насчитывает больше 53 к строк кода, allure-python — 17 к, allure-js — больше 41 к! Но это того стоило. Allure Report 2 стал популярным, собрал больше 4200 ⭐️ на GitHub и был переведен на 18 языков — и всё это благодаря вам, нашему сообществу.

Теперь пришло время ещё одного большого обновления. Мы не ищем лёгких путей, поэтому в третий раз решили переписать всё с нуля — на этот раз на TypeScript. Это облегчит разработку ядра и внедрение расширений. В новой версии нас ждёт куча классных фичей: 🎯 селективный запуск тестов, ⏱️ отчёт в реальном времени, 🚧 quality gates и много чего еще.

И самое интересное — в Allure 3 будет два отчёта — улучшенная версия Allure2 на новом стеке и совершенно новый, легкий отчёт под названием Awesome. Для наглядности я создал репозиторий, где можно увидеть эволюцию Allure Report и оценить изменения от версии к версии.

Allure Report v1
Allure Report v2
Allure Report v3 Classic
Allure Report v3 Awesome

Следите за обновлениями и готовьтесь попробовать новый Allure Report — мне не терпится услышать, что вы о нём думаете!

1.1k 0 43 14 78

Айтишники dan repost
StackOverflow report

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

📌 IT-шники молодеют)
1% опрошенных написали первую строчку кода до 5 лет и более половины в 11-17 лет)
Я, например, начал программировать в 17-лет)

📌 IT-шники предпочитают онлайн ресурсы школам
Почти 60% респондентов обучаются программированию через открытые онлайн ресурсы (видео, блоги и т.д). На втором месте идет школа с внушительными 54%. Удивительно что довольно большой пласт респондентов (18%) обучаются у друзей или родственников)

📌 IT-шники любят JS и Python
Конкретно в этом отчете утверждается, что JavaScript (64.96%) и Python (48.25%) просто на голову обходят Java (35.35%). Удивительно, что в июльском отчете компании JetBrains цифры были другими и Java там до сих пор остается лидером. Интересно кто ошибается?

📌 IT-шники используют Docker
GIt (93.43%) и Docker (48.85%) являются самыми используемыми инструментами в индустрии. QA, просыпаемся, пора изучать Docker и не боятся использоваться его в повседневной жизни. Я это не просто так говорю. Недавно в одном из чатов видел сообщение в стиле: "тестировщик должен тестировать, а Docker сложно, он нужен DevOps-серами".
Во-первых, DevOps-еры говорить некорректно, об этом нам часто напоминает Барух Садогурский.
Во-вторых, использовать Docker можно и нужно, особенно в тестировании. Я об этом наверное отдельный пост чуть позже запилю.

📌 IT-шники кодят в VSCode
VSCode (71,06%) с большим отрывом побеждает Intellij Idea (28,74%). На самом деле, если присмотреться, то в этом списке можно увидеть еще несколько продуктов компании JetBrains, так что такое сравнение нечестное. Тем не менее, стоит признать, что VSCode довольно сильно набирает обороты в последнее время.

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

🔗 Ссылки:
Youtube: https://youtu.be/cnNHzOZsBpA
Отчет: https://insights.stackoverflow.com/survey/2021


Max Galashichev dan repost
Хотели в автоматизацию?
Клёвые новости для всех, кто хочет стартануть в этой профессии — ребята из школы автоматизации QA.GURU проводят бесплатное вводное занятие 25-го августа в 20:00 МСК

Почему надо сходить:
— Разработаем ваш первый (или не первый) автотест на поиск в Google
—Расскажут о рынке QA🔥 Кто, кому, за что и сколько платит?
— Покажут боевой проект с полной инфраструктурой.
— Дадут домашнее задание и проверят его.

Занятие бесплатное — для участия вступайте в чат @qa_guru_chat — ссылка на занятие будет там.


Если вы смотрели в сторону Allure TestOps, но не хотели брать триал, до 20 апреля можно посмотреть на полностью функциональный публичный демо-стенд: https://heisenbug.allure.aws.qameta.in

На стенде можно погонять свои тесты, посоздавать дефекты и отчеты, и делать все, что не требует админских прав:)

Если зайдет и захочется разобраться подробнее, в эту пятницу я провожу воркшоп по TestOps, приходите: https://qameta.timepad.ru/event/1579720/


Intellij Test Management Plugin

ℹ️ Полгода назад я рассказывал про подход "Тест-кейсы как код". Этот подход позволяет вам перенести ваши ручные тест-кейсы в код.

🔥 Вчера компания JetBrains сделала первый шаг в этом направлении. В блоге компании появился анонс очень интересного плагина, который позволяет вам интегрироваться с TMS.

С помощью этого плагина вы сможете:
📌 получать список тест-кейсов и запусков прямо в IDE.
📌 искать по списку тест-кейсов и запусков
📌 генерировать болванки автотестов🤘
📌 связывать автотесты и тест-кейсы через аннотации
📌 генерировать тестовые данные (Name, UID, Email, etc...)

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

У плагина также есть некоторые ограничения:
📌 плагин требует IntelliJ IDEA Ultimate (499.00$ на пользователя в год)
📌 поддерживаются только языки Java и Kotlin

🔗 Ссылки:
Тест кейсы как код: https://www.youtube.com/watch?v=Prm2-c_5mYs
Анонс плагина: https://blog.jetbrains.com/idea/2021/03/test-management-system-integration-in-intellij-idea-ultimate/
Страница плагина: https://plugins.jetbrains.com/plugin/15109-test-management


С чего начать автоматизацию?

ℹ️ Недавно выступал на QA-митапе у Сбера. В этот раз решил рассказать про старт проекта автоматизации тестирования.

👩‍💻 Многие считают, что автоматизация тестирования состоит исключительно из написания автотестов. Скуууучно. На самом деле это не так. В докладе я рассказываю про 4 основных области автоматизации тестирования, которым нужно удалять время с самого начала:
📌 пишем автотесты
📌 запускаем автотесты
📌 разбираем результаты
📌 показываем отчеты

📖 Я постарался собрать в каждом пункте несколько полезных советов. Например, как не попасть в лигу "несправедливости" 🦹‍♂️

🔗 Видео уже доступно на Youtube: https://youtu.be/vfvQ1ILqJJc

Приятного просмотра)


Курсы по автоматизации тестирования

ℹ️ В начале года мы со @iTerkin и @alexejv затеяли сделать курсы по автоматизации тестирования.

❓Еще одни курсы, спросите вы? Да, еще одни курсы, только немного другие. Обычно на курсах обучают решению какой либо узкой задачи: основы тестирования, написание web-тестов на selenide или api тесты на kotlin. При этом у студента нет понимания всего процесса - от коммита до встраивания тестов в пайплан разработки. Собственно именно эту задачу мы и хотели решить.

У нас на курсах вы узнаете:
📌 как работать с github (branch, pr, review)
📌 как создавать WEB тесты
📌 как поднять Selenoid
📌 как создавать API тесты
📌 как собрать все тесты в Allure
📌 как работать с Issue Tracker
📌 как настроить CI систему

🤝 И как все это вместе подружить)) В конце курса мы проводим несколько занятий на которых показываем как развернуть и подружить все эти инструменты в облаке. Таким образом у вас появляется отличный Demo стенд, который можно использовать для решения тестовых заданий на собеседование.

📣 Мы набираем третий поток. По-этому приглашаю вас на бесплатное вводное занятие 9 ноября в 20:00 МСК. Для регистрации заполните форму на сайте qa.guru или вступайте в чат (https://t.me/qa_guru_chat) — перед началом занятия ребята опубликуют ссылку там.


Hotkeys в Idea

ℹ️ На одном из выпусков шоу “Ошибка выжившего” я рассказывал про лист A4 c hotkeys для Intellij Idea, который лежит у меня на столе в качестве шпаргалки

📣 Вчера ко мне постучались в телеграм и рассказали про плагин “Key Promoter X”. Этот плагин позволяет вам обучаться горячим клавишам во время использования Idea

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

❓А какими горячими клавишами пользуешься ты при работе с кодом?

Ссылки
📌 Ошибка выжившего - https://www.youtube.com/playlist?list=PLsVTVVvrKX9ulEqi0KeI-NYXSNCO4o1x0
📌 Шпаргалка - https://resources.jetbrains.com/storage/products/intellij-idea/docs/IntelliJIDEA_ReferenceCard.pdf
📌 Плагин - https://plugins.jetbrains.com/plugin/9792-key-promoter-x
Шоу Ошибка Выжившего
Все выпуски шоу "Ошибка Выжившего" с Артемом Ерошенко и Всеволодом Брекеловым. Новости и примеры: "Сетап инфраструктуры компании за 30 минут с Jenkins, Docke...


Playwright Java

ℹ️ Не прошло и пары дней с поста Сергея Пирогова о “5 топовых фичей Playwright Sharp” https://t.me/automation_remarks/941. В комментариях мы обсуждали перспективу появления Playwright на Java

📣 Тадам! Держите ссылку на репозиторий: https://github.com/microsoft/playwright-java 🔥🔥🔥

🤘 Примечательно, что в контрибьюторах мы видим знакомые лица: Ваня Крутов из команды aerokube.com (которая работает над лучшими инструментами в области инфраструктуры Selenium тестов). Это значит мы в надежных руках 🤝

🎁 Предсказываю в скором времени появление PlaywrightWebDriver, который поможет нам запускать обычные selenium тесты на инфраструктуре Playwright

❓Как вы думаете сможет ли Playwright заменить Selenium в итоге?


Alena Bulygina dan repost
Всем привет!

🟢 Приглашаем присоединиться 20 октября к онлайн-конференции QA Meeting Point.

🤘🏻Стала известна тема круглого стола с программным комитетом:
“Правда или миф: хороший QA-инженер не будет оставаться в профессии, а станет разработчиком”

Ее выбрали участники в открытом голосовании, которое проходило в телеграм-канале (@meetingpoint_conf) конференции. Приходите послушать и поучаствовать.

⚡️Подробнее о программе и бесплатная регистрация: https://mpoint.dins.ru/


Протестировал dan repost
Разработчики Allure встроили отправку анонимной статистики в отчёты и не написали об этом ни слова в документации, только краткое описание в одном из файлов репозитория Allure. В статистику попадают такие данные, как используемая версия Allure, тип используемой CI системы, количество тестовых результатов, количество плагинов, название тестового фреймворка и язык программирования, используемый для тестов.К счастью, отправку статистики можно отключить. Если вы не хотите отправлять данные, то есть возможность отключить отправку через переменную окружения:

export ALLURE_NO_ANALYTICS=1

Отправка статистики имела бы смысл, если бы разработчики публиковали её публично (думаю многим было бы интересно посмотреть общие результаты), но это, к сожалению, закрытые данные.


Тренажер для работы с Git

💪 Продолжаем тему тренажеров. Не могу обойти стороной очень клевый проект по работе с Git. Он включает в себя 18 заданий для работы с локальным репозиторием и 16 заданий с удаленным репозиторием. Прохождение всех заданий займет у вас не больше часа.
🇺🇸 Единственное ограничение в том, что интерфейс полностью на английском языке . Хотя это не должно быть проблемой для IT-шника в 2020 году 😂
✅ Я крайне рекомендую пройти все задачи хотя бы раз всем подписчикам, чтобы освежить знания. Я периодически прохожу его заново, чтобы не забывать тонкостей.

Ссылка на инструмент:
https://learngitbranching.js.org


Шпаргалки по Git

Не могу сказать, что я проффесионал в Git. По-этому периодчески попадают в смешные ситуации в стиле "Я все сломаль 😢". Раньше для решения таких задач я пользовался гуглом. Сейчас я для себя собрал несколько сайтов-шпаргалок по Git. Из них вы узнаете:
✅ как поменять сообщение последнего коммита
✅ как объединить несколько коммитов
✅ как резолвить конфлиекты
🧨 и многое другое

Кроме того, есть две шпаргалки, которые можно скидывать коллегам в шутку 😈

Основная: https://githowto.com/more_setup
Пацанская: https://dangitgit.com/ru
C матами: https://ohshitgit.com/ru

20 ta oxirgi post ko‘rsatilgan.