стратег)

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

1) Мета-теги и заголовки
▪️Проверить наличие и уникальность <noscript> и <​meta name="denoscription">
▪️Убедиться, что длина соответствует рекомендациям (Title ≤ 60 символов, Denoscription ≤ 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

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

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

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

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

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

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

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

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

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

https://news.1rj.ru/str/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
▫️Документируйте свою эстимацию: что учитывали, чего нет и почему

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

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

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

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

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

👨🏼‍💻 Все говорят об 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