Яндекс, Альфа-банк, Райффайзен, Wildberries, Bronevic - МТС Travel, SAAS Grove, СиСофт Разработка, TeamLead, ITooLabs, Softgamings, Аналитические Программные Решения, MadAppGang (Австралия), EPAM (Венгрия), Jungo (Израиль), Finenex (Казахстан), Trend.Run (Кипр), Softeco (Польша), AppmasterIO (США), Base86 (США)

Мы собрали джунов-тестировщиков, стартовавших IT-карьеру во всех этих компаниях за последние 5 месяцев.

Как в 2025 году новичку найти работу QA без фейкового резюме и накрутки опыта?
Ребята поделятся на эфире в среду 18 июня.

Ссылка на эфир появится в канале Становимся тестировщиком

стратег)

SEO-тестирование: шпаргалка для QA-инженеров от Владлена Цыганенко

1) Мета-теги и заголовки
▪️Проверить наличие и уникальность <title> и <​meta name="description">
▪️Убедиться, что длина соответствует рекомендациям (Title ≤ 60 символов, Description ≤ 160 символов)

2) ЧПУ-ссылки (URL)
▪️URL должны быть читаемыми, содержать ключевые слова и не содержать лишних параметров
▪️Проверить корректность перенаправлений (301/302) при смене URL

3) HTTP-статусы
▪️Все важные страницы должны возвращать 200 OK
▪️Страницы ошибок (404, 500) должны иметь корректный шаблон и не «утекать» в индексацию

4) Robots.txt и Sitemap.xml
▪️Убедиться, что важные разделы не заблокированы в robots.txt
▪️Проверить наличие и актуальность sitemap.xml, соответствие ссылок на карту сайта

5) Канонические ссылки
▪️На страницах с дублирующимся контентом должен быть <link rel="canonical">
▪️Проверить, что canonical указывает на основную версию страницы

6) Скорость загрузки (Core Web Vitals)
▪️Проверить LCP, FID и CLS в Lighthouse или PageSpeed Insights
▪️Внедрить lazy loading, оптимизацию изображений и минимизацию скриптов

7) Мобильная адаптивность
▪️Убедиться, что страницы корректно отображаются на мобильных устройствах (Responsive Design)
▪️Проверить в Google Mobile-Friendly Test

8) Структурированные данные (Schema.org)
▪️Проверить наличие разметки JSON-LD или Microdata для ключевых сущностей (Breadcrumb, Article, Product и др.)
▪️Прогнать через валидатор Structured Data Testing Tool

9) Карта сайта и хлебные крошки
▪️Breadcrumbs должны отражать иерархию разделов и быть кликабельными
▪️Синхронизировать их с данными в structured data

10) Проверка внешних ссылок
▪️Найти и устранить битые (404) ссылки внутри контента
▪️Проверить, что внешние ссылки открываются с rel="nofollow"/noopener

11) Контент и ключевые слова
▪️Убедиться, что заголовки <h1>…<h6> используются по иерархии
▪️Проверить плотность ключевых слов и отсутствие «keyword stuffing»

12) Изображения и мультимедиа
▪️Все изображения имеют alt-теги с описанием
▪️Оптимальный формат и размер (WebP, сжатие без потери)

13) Кросс-доменные сценарии (hreflang)
▪️Для мультиязычных сайтов проверить hreflang-теги
▪️Убедиться, что ссылки правильно ссылаются на соответствующие языковые версии

14) Безопасность и HTTPS
▪️Все страницы должны быть доступны по HTTPS
▪️Проверить отсутствие смешанного контента (mixed content)

15) Мониторинг и отчётность
▪️Настроить Google Search Console и Bing Webmaster Tools
▪️Регулярно отслеживать рост/падение позиций и кликабельность (CTR)

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

🆕💥 Разработчик, получи актуальные знания о микросервисах и Шаблон настроек конфигурации для Spring Boot: Kafka

Умение строить архитектуру микросервисов — навык, необходимый разработчикам и тем, кто хочет стать архитектором ПО. Переходи на сайт, чтобы проверить свои знания и посмотреть подходит ли тебе 💥 обновленная программа курса Microservice Architecture от OTUS!

Если успешно пройдешь тест, сможешь забронировать место в группе по специальной цене, а так же получить шаблон настроек конфигурации для Spring Boot: Kafka

🎫 Курс можно приобрести в рассрочку.

👉 Пройти тест: https://vk.cc/cMVdiI

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

Как ускорить тесты и эксперименты без виртуализации

Виртуалки удобно, но не всегда. Когда нужна конкретная ОС, своя система виртуализации или особый софт, проще и дешевле арендовать настоящее железо. Особенно если нагрузка временная, это подходящий вариант.

Yandex BareMetal – аренда выделенных серверов задач тестирования и экспериментов:

➤ Парк из тысяч серверов готовых конфигураций с RAM от 128 до 256 Гб и скоростью сети от 1 до 25 Гб/сек

➤ Установка любой ОС: из образов или своей

➤ Удобное управление по API или через KVM и SSH

➤ Выгодные тарифы: аренда на день, месяц или год (со скидкой до 15%)

➤ Необходимые мощности можно получить в течение 25 минут

Простой путь к стабильным и быстрым тестам не всегда через облако. Иногда нужен BareMetal.

Подробности

ДОБРО ПОЖАЛОВАТЬ В МИР ТЕСТИРОВАНИЯ AI.

Меня зовут Мешков Александр и недавно я запустил новый канал Тестирование AI, который посвящен тестированию искусственного интеллекта и оценки качества работы приложений на базе AI.

Почему я решил запустить новый канал?

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

Почему сейчас самое время?

ИИ перестал быть "технологией будущего" — он уже здесь. Компании массово внедряют ИИ-решения, но кто их тестирует? Специалистов по тестированию ИИ катастрофически не хватает, а спрос растет каждый день.

Честно предупреждаю:
• Материал может показаться сложным (но я объясняю простым языком!)
• Это НЕ обычное тестирование — будьте готовы ломать стереотипы
• Некоторые темы могут требовать времени на осмысление

Но если вам интересна данная тема, хотите лучше разобраться, что происходит в мире, связанном с тестированием ИИ,

ПРИСОЕДИНЯЙТЕСЬ!

https://hottg.com/testingofai

P.S. Пока все восхищаются "магией" ИИ, вы будете понимать его слабые места и знать, как их найти.

Что должен знать уважающий себя AQA о теории тестирования. Список от Kseniia Riakhovskaia

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

▪️Junior/Middle
1. Тесткейсы, чек-листы. Важно понимать, что это и как их написать.
2. Техники тест-дизайна — классы эквивалентности, граничные значения (разница между двух- и трёхточечными), попарное тестирование, диаграммы переходов и состояний. Где и зачем применять.
3. Методологии разработки (Scrum, Kanban, Waterfall). Роль тестирования в них. Жизненный цикл ПО для разных моделей.
4. Разница между приоритетом и серьёзностью бага. Оценка влияния на продукт.
5. Виды тестирования: функциональное и нефункциональное, чёрный, белый, серый ящики, тестирование, связанное с изменениями.
6. Жизненный цикл дефекта.
7. Различие валидации и верификации.

▪️Middle+/Senior
1. Методы сокращения тестовой модели: Test Impact Analysis, Test Case Prioritization, Historical Test Data Analysis.
2. Глубокое понимание методологий разработки. Shift-left, принцип 3 амиго. Как методологии влияют на автоматизацию. TDD, ATDD, BDD.
3. Техники тест-дизайна белого ящика: покрытие операторов, ветвлений, путей, условий, решений.
4. Тестовые оракулы и их использование.
5. Парадокс пестицида: рандомизация данных, динамическое тестирование, разные конфигурации, мутационное тестирование.
6. Уровни тестирования: модульное, интеграционное, системное, системное интеграционное, приёмочное. Классическая и альтернативные модели тестовой пирамиды. Моки, стабы — где и зачем применять.
7. Техники тестирования по требованиям: позитивное, негативное, альтернативные пути.
8. CI/CD и Shift-right: внедрение автоматизации, тестирование в проде, мониторинг.
9. Статические методы тестирования: ревью, линтеры, статические анализаторы кода.
10. Метрики: Coverage by Automated Tests, Pass Rate / Failure Rate, Test Execution Time, Flaky Tests Rate, Defect Detection Rate (DDR)

▪️Senior+/Lead
1. ROI — что это и как учитывать экономическую составляющую автоматизации.
2. Оценка и управление рисками. Как с помощью риск-анализа приоритизировать автоматизацию. Что автоматизировать не нужно.
3. Quality Gates. Зачем нужны, как внедрить в процесс.
4. Матрицы покрытия. Трассировка требований до тестов.
5. Приоритизация и управление автоматизацией: дорожные карты, планы автоматизации, критерии входа и выхода.
6. Модели зрелости тестирования.

Главное, что команда дружная - все на одной волне

Не выгорайте! Хороших выходных!

бывает

🚀 Микросервисы — это не тренд, а стандарт. А 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
▫️Документируйте свою эстимацию: что учитывали, чего нет и почему

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

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

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

Как тимлиду выйти из операционки без потерь для команды?

У CPO Test IT Руслана Остропольского есть проверенное решение! В статье он делится подходом, который поможет выстроить устойчивую систему, чтобы работа не проседала даже в отсутствие тимлида.

Вы узнаете:
▫️Как визуализировать зону ответственности с помощью «квадратов»;
▫️Как делегировать по шагам, а не сваливать на коллег всё сразу;
▫️Зачем строить систему, которая работает и без него.

Больше полезных материалов от Test IT в @testit_tms. Подписывайтесь!

Реклама. ООО «Тест Айти». ИНН: 7728468710. erid: 2Vtzqv5WrJi

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

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

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

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

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

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

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

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