🚀 Микросервисы — это не тренд, а стандарт. А Go — язык, который выбрали для этого стандарта в крупнейших корпорациях. Если вы уже пишете на Go, следующий шаг очевиден.

На курсе от OTUS вы освоите:

🔹 Проектирование микросервисной архитектуры на Go
🔹 Чистая архитектура, CI/CD, gRPC, REST
🔹 Логирование, Kafka, PostgreSQL, мониторинг
🔹 И многое другое!

❗️Программа ориентирована на Go-разработчиков и архитекторов ПО. После курса вы сможете проектировать масштабируемые системы, автоматизировать разработку, уверенно внедрять мониторинг и проектировать API, которые работают под нагрузкой.

Оставьте заявку прямо сейчас: https://vk.cc/cN5Y8O

Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, www.otus.ru, erid 2W5zFGXtoi8

⏳ Эстимация в тестировании. Шпаргалка QA-инженера от Владлена Цыганенко

Вы тестировщик. Вам дают задачу и спрашивают: "Сколько времени займёт тестирование?" Если вы растерялись или назвали "на глаз" то эта шпаргалка для вас.

Что такое эстимация?
Эстимация это оценка времени, усилий или ресурсов, необходимых для выполнения задачи.
Цель: спрогнозировать сроки с учётом реалий проекта, не быть вечно "в тестировании" и не торопиться в ущерб качеству.

Виды эстимации:
▫️Грубая (Rough Estimate): ещё нет деталей, называют вилку: 3–5 дней, неделя и т.д.
▫️Точная (Detailed Estimate): задача проработана, можно оценить каждую часть.
▫️Оценка на основе опыта (Expert Judgment): делается вручную, с опорой на прошлые задачи.
▫️Planning Poker / Wideband Delphi: командные методы, где оценки обсуждаются коллективно.

Что влияет на эстимацию?
▫️Объём и сложность фичи
▫️Доступность тестовой среды
▫️Готовность документации
▫️Время на регрессию
▫️Количество поддерживаемых платформ
▫️Интеграции с другими сервисами
▫️Риски и неопределённость

Не забывайте про багфиксы и ретесты!

Формулы и техники:
▫️Three-Point Estimate (PERT)
Это метод оценки задач, основанный на трёх сценариях:
▫️(Optimistic) оптимистичная оценка: если всё пойдёт идеально, сколько займёт времени?
▫️(Most likely) наиболее вероятная оценка: сколько времени займёт задача при обычных условиях?
▫️(Pessimistic) пессимистичная оценка: если всё будет плохо (баги, блокеры), сколько максимум может занять?

▫️Формула: (O + 4×M + P) / 6
То есть, основное влияние оказывает реалистичная оценка, но риски и удача тоже учитываются.

Пример:
Вы оцениваете задачу по тестированию фильтра товаров.
▫️(оптимистично) = 2 часа
▫️(наиболее вероятно) = 4 часа
▫️(пессимистично) = 10 часов

Estimation = (2 + 4×4 + 10) / 6 = (2 + 16 + 10) / 6 = 28 / 6 ≈ 4.67 часа

Когда использовать PERT?
▫️Когда много неопределённостей
▫️Когда нет достаточной статистики из прошлого
▫️Когда задача может зависеть от сторонних факторов (дизайн, API, баги и т.д.)

📎 Work Breakdown Structure (WBS):
Разбиваем задачу на подзадачи → оцениваем каждую → суммируем.
📎 Buffer (буфер):
Добавьте 15–25% времени на непредвиденные задачи, если это допустимо проектом.

Как улучшить эстимацию?
▫️Делайте разбор задачи и не оценивайте "вслепую"
▫️Уточняйте требования и тест-кейсы
▫️Учитывайте риски: нестабильность билда, баги, блокеры
▫️Ведите учёт времени и он пригодится для будущих оценок
▫️Общайтесь с командой: Dev, PM, дизайнеры, BA
▫️Документируйте свою эстимацию: что учитывали, чего нет и почему

Что НЕ стоит делать:
▫️Давать оценку, не прочитав задачу
▫️Согласовываться на словах, лучше фиксируйте эстимейт письменно
▫️Обещать закончить быстрее "на всякий случай"
▫️Игнорировать командные дедлайны и приоритеты

💬 Ваша эстимация это прогноз на основе текущей информации. И как любой прогноз, он может меняться.

какой гений это придумал)

А если нажать и подержать?

Для родителей — инженер, для себя — разработчик

👨🏼‍💻 Все говорят об IT: высокие зарплаты, комфортные условия труда и отличные перспективы. Но как получить фундаментальные навыки, реальный опыт и диплом, который оценят работодатели?

Поступить в онлайн-бакалавриат Нетологии и ТюмГУ «Разработка IT-продуктов и информационных систем».

Преимущества программы:
✔️ Учеба онлайн. Сможете учиться из любой точки мира, не забывая о работе и личной жизни.
✔️ Глубокие знания и практические навыки. За 4 года изучите программирование на Python и Java с нуля, поучаствуете в проектно-исследовательской работе и разработаете прототипы программных решений.
✔️ Выбор карьерного пути. Определитесь со специальностью, фронтенд-, бэкенд- или мобильный разработчик, и освоите полный стек выбранных технологий.

Во время учёбы у вас будут все студенческие льготы и скидки, а в конце получите диплом очного бакалавриата ― такой же, как у студентов офлайн-обучения.

👉 Узнайте больше о программе и начните свой путь в IT: https://netolo.gy/eegw

Реклама. ООО "Нетология". ИНН 7726464125. Erid: 2VSb5wuHJvU

Инженер по ручному и автотестированию на Java в МВА, Яндекс

Москва или Санкт-Петербург
Гибрид

Команда MBA (Management Business Application) разрабатывает и сопровождает ИT-решения, необходимые для предоставления цифровых сервисов клиентам и управления ресурсами компании. У нас сложный и разнородный ИT-ландшафт, в котором enterprise-системы прошлого десятилетия уживаются с современными технологиями, методологиями разработки, управления архитектурой и качеством сервиса.

Какие задачи вас ждут
– Тестирование продукта
– Создание и обновление тестовой
– Участие в создании новых фич
– Работа с автотестами
– Оптимизация процессов тестирования

Мы ждем, что вы
– Занимались ручным и автоматизированным тестированием от двух лет
– Работали с CI/CD, Gradle, Git, JUnit, Selenium/Selenide, JDBC, REST Assured
– Знаете методологии тестирования и использования инструментов автоматизации тестирования
– Уверенно владеете SQL и работали с реляционными СУБД
– Знаете и умеете применять Java Core
– Умеете проектировать тест-кейсы и готовить тестовые данные для автотестирования
– Умеете анализировать требования и спецификации
– Можете грамотно формулировать, документировать свои мысли и доносить их до коллег

Узнать подробнее и откликнуться.

⚡️ Дизайн QA-команды

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

👉 Вместе:
- Соберем "звездную команду" — от навыков и ролей до психологии участников
- Разберем типы команд и поймем, какая модель подходит под вашу реальность
- Погрузимся в командную динамику: как меняются команды, что происходит на каждом этапе, и как это использовать в работе
- Сформируем профиль идеального участника QA-команды — чтобы нанимать, развивать и мотивировать точечно.

Бесплатный вебинар проходит в рамках курса “QA Lead“

👉Регистрация и подробности о курсе QA Lead https://vk.cc/cNiTJB

Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, erid: 2W5zFJK4Lcp

Карта развития навыков для IT профессий

Разработка, Product и Project management, BA, Design, DS, QA, Cyber security, Тимлиды

Все есть в интернете.
Все курсы и нужные материалы.

Надо только понять что учить.
С этим помогают карты развития навыков (career paths/study roadmaps)

Александр Замахов собрал подборку таких проектов, по IT специальностям:

▪️ QA
▪️ Разработчик
▪️ Дизайнер
▪️ Data science
▪️ Project manager
▪️ Бизнес аналитик
▪️ Team Lead
▪️ Cyber security
▪️ Product manager

📕 Виды методов тестирования и их применение для будущих и начинающих тестировщиков, и тех, кто хочет начать карьеру в IT

На открытом уроке 3 июля в 20:00 мск мы погрузимся в тонкости работы с методами тестирования ПО:  

📗 На вебинаре разберём:

1. Основные методы тестирования ПО: черный, серый и белый ящики;
2. Их отличия и случаи применения для получения лучшего результата;

📘 В результате на практике разберетесь в различных методах тестирования и освоите базовые навыки выбора подхода в зависимости от задачи.

👉 Регистрация и подробности о курсе QA Engineer. Basic: https://vk.cc/cNiTKM

Все участники открытого урока получат скидку на курс "QA Engineer. Basic" и Памятку по всем методам тестирования

Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, erid: 2W5zFJN2KBW

💰 До $3000+ в месяц. Тестировщик собрал данные о зарплатах QA

Результаты опроса Артема Русова о зарплатах в сфере тестирования (выборка — 2252 человека)

Подробные результаты

Меньше 20% студентов проходит этот бесплатный курс-профориентацию успешно

Уже почти 25 лет я QA-инженер и 20 лет параллельно занимаюсь IT-образованием.

Мне давно нужен был инструмент, позволяющий заранее предсказывать, нужно ли конкретному студенту тратить время и ресурсы на обучение тестированию. Как свои собственные, так и IT-школы. Слишком многие в ходе учебы понимают, что специальность им неинтересна и на самом деле у них способности к чему-то другому. Это одна из причин, почему после среднестатистического курса по тестированию работу в IT получает только 16% поступивших.

Так для всех желающих появился этот уникальный курс-профориентация. В нем использованы мои наработки за двадцать лет обучения новичков. И наблюдения за успешным и неуспешным стартом IT-карьер.

Статистика на картинке показывает - это честный курс-профориентация. Поэтому, если в результате ты услышишь «Да, тестирование для тебя», значит, это действительно так.

Лилия Урмазова, Mentorpiece

✓ Домашние задания на понимание профессии с живой обратной связью.
✓ Решение IT-задач на командном zoom-созвоне, как на настоящем IT-проекте.
✓ Индивидуальное интервью на перспективы в IT у лида-ментора с QA-опытом 20+ лет.
✓ Результат: развернутое обоснование твоего потенциала Hard, Soft skills и хватит ли их для тестирования/работы в IT или нет.

Курс-профориентация Нужно ли тебе в тестирование?
Бесплатно по коду для зачисления GOD

🏴󠁧󠁢󠁥󠁮󠁧󠁿 Полезные ресурсы для изучения английского

1. Курсы и платформы для изучения

Duolingo – все о нем прекрасно знают, это геймифицированное обучение с тестами и заданиями.
BBC Learning English – курсы, видео и аудио от BBC.
ESLpod – подкасты с объяснением на понятном английском.
Coursera (бесплатные курсы от университетов, можно выбрать уровень).
FutureLearn – онлайн-курсы по английскому языку и другим предметам.
USA Learns – курсы для разного уровня владения языком.

2. Грамматика и упражнения

Perfect English Grammar – понятные объяснения и упражнения.
Grammar Monster – интерактивные упражнения по грамматике.
English Club – грамматические тесты и объяснения.

3. Словари и переводчики

Cambridge Dictionary – словарь с примерами и произношением.
Merriam-Webster – американский английский с определениями и тестами.
Reverso Context – контекстный перевод слов и выражений.
WordReference – словарь с разъяснением значений.

4. Чтение и аудирование

News in Levels – новости на разном уровне сложности.
Linguahouse – тексты, аудио и упражнения.
ReadTheory – адаптированные тексты для чтения.
ESL Bits – рассказы и аудиокниги с текстом.

5. Видео и подкасты

TED Talks – интересные лекции с субтитрами.
BBC 6 Minute English – короткие подкасты на интересные темы.
The British Council Podcasts – подкасты с объяснениями.
VOA Learning English – упрощённый английский в новостях и рассказах.

6. Разговорный английский и произношение

Forvo – база данных с произношением слов носителями.
Rachel's English – видеоуроки по произношению.
YouGlish – поиск произношения слов в контексте видео.

7. Практика общения

Speaky – чат с носителями языка.
Tandem – обмен языками с носителями.
HelloTalk – общение с иностранцами.

😱⚙️ Вас когда-нибудь пугала рутина развёртывания и тестирования приложений вручную?

Курс «DevOps практики и инструменты» от OTUS — ваш путь от теории к практике: знакомство с IaC, CI/CD, системами конфигурации, хранением артефактов и observability (monitoring, logging, tracing). Программа создана практикующими экспертами, материалы регулярно обновляются, а все лекции проходят вживую.

🎁🚀 Пройдите короткое тестирование, чтобы получить доступ к записи вебинара «Организуем CD с помощью Ansible и GitLab CI». Вы увидите, как автоматизировать доставку и развёртывание, структурировать pipeline и защитить чувствительные данные.

👉 Готовы повысить свою ценность на рынке и сэкономить время на рутинных задачах?
Пройдите тест прямо сейчас: https://vk.cc/cNuP3U

Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, www.otus.ru, erid: 2W5zFJG52HE

❓ Как создать матрицу компетенции и выстроить систему грейдирования для QA-команды?

Почему в одних командах люди растут и горят работой, а в других — застревают и уходят? Всё дело в прозрачной системе развития. На этом вебинаре разложим по шагам, как создать матрицу компетенций для QA-команды и выстроить внятную систему грейдов, которая помогает развивать специалистов, а не превращается в формальность.

👉 Основные темы вебинара:
- Зачем QA-команде нужна матрица компетенций и что она решает
- Как составить матрицу: от подбора навыков до описания уровней
- Как связать матрицу с грейдами и сделать рост внутри команды прозрачным
- Как применять матрицу в реальной работе: развитие, найм, оценка, мотивация

Бесплатный вебинар проходит в рамках курса “QA Lead“

👉Регистрация и подробности о курсе QA Lead https://vk.cc/cNyusW

Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, erid: 2W5zFH4vqpc

Выбор языка для автотестов.
Автор: Ксения Райковская, QA Automation Lead в Plata

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

Всё, что написано ниже - моё личное мнение, во многом совпадающее с мнением Alex Pshe и ряда других источников, которые я читала и смотрела.

Способы выбора языка автотестов:

1. По языку backend.
Часто используемая стратегия. Позволяет переиспользовать модели, классы работы с базой, API-контракты. Обычно тесты фронта в таком случае тоже пишут на этом языке, особенно если он достаточно универсален.

2. По языку фронта.
Когда в фокусе UI-часть, в игру вступают JS/TS. Плюсы: можно задействовать фронтов, больше специалистов с таким стеком, сами языки проще. В таком случае и бэк часто тестируется на этом же языке.

3. Разные языки для тестов фронта и бэка.
Иногда UI и API тестируются разными людьми или даже командами. Тогда каждый пишет на «своём» языке. Это рабочий вариант, но если QA-команда одна - жизнь усложняется, падает переиспользуемость, возрастают усилия на поддержку.

4. Язык, не используемый в разработке.
Моё любимое. Исторически сложилось - взяли QA, который писал, скажем, на Python - продолжаем писать на Python, хотя бэк на Go. Бывает, что тесты начинали писать разработчики, выбрали «удобный» фреймворк, который не имеет никакого отношения к тому на чём написан проект, а теперь нанимают QA для поддержки. Ещё причина - рынок - Python и Java QA найти проще и дешевле, чем C# или Go. Иногда уже есть свой фреймворк и обучение в компании - на всех проектах используется один язык - проще перевести людей между проектами и масштабировать best practice и подходы.

5. Низкоуровневые или визуальные инструменты (Katalon, TestComplete и т.п.)
Часто - от руководства. Иногда - это способ перевести ручников в автотестирование. Слышала на собесе историю, где купили дорогущий Katalon «инструмент простой, тестировщики справятся».

Что выбрать?
Универсального ответа нет. Мне ближе первый подход. Но всё зависит от ситуации. Иногда четвёртый - лучшее, что можно придумать, когда нет доступа к коду, когда нужно снизить косты, и повысить ROI.

А что говорить на собеседовании?

Первое - задать встречные вопросы:
• Что уже используется?
• На чём написаны бэк и фронт, есть ли вообще доступ у тестировщиков к коду?
• Планируется ли автоматизация мобилки?
• Что первично - UI или backend?
• Насколько часто меняется код?
• Сколько человек в QA-команде или планируется?

Если всё только начинается - уточни, какой функционал будет покрываться в первую очередь. Если бэк стабилен - его тестировать дешевле и быстрее.

Если стек проекта редкий и проект не очень большой, лучше не настаивать на языке бэка. Можно честно сказать: «у меня есть экспертиза в таких-то стеках. Учитывая, что ваш язык редкий, я бы выбрала <X> - это ускорит запуск и упростит найм».