Что нужно знать новичку для старта в автоматизации
Автор: Сергей Александров, QA Automation Engineer в Ak Bars Digital

Собрал небольшой список, что действительно нужно новичку (джуну), чтобы стартовать без истерики и желания сжечь ноутбук на второй неделе. Мне бы он приходился 5 лет назад.

1. Базовый Python
Без основ программирования - никуда:

- переменные, типы данных, списки, словари, множества и тд. Обязательно разобраться про изменяемые и неизменяемые типы данных
- циклы for, while
- условные конструкции if/else
- функции (в том числе *args, **kwargs)
- ООП (классы, наследование, инкапсуляция)
- SOLID, DRY, KISS
- исключения try/except
- списковые включения (list comprehensions)

Могут спросить: итераторы, генераторы, декорараторы, магические методы (разобраться как изменить поведение метода), хэшируемость, контекстный менеджер, шаблоны проектирования (2-3 основных), staticmethod и classmethod.
Но это скорей на уровень мидла.

Хорошие курсы по Python можно найти на: Coursera, Stepik, YouTube, или, если хочется боли и страданий - документация. =))

2. Теория тестирования
- уровни тестирования: unit, integration, e2e
- типы тестов: smoke, sanity, regression
- жизненный цикл бага (да, он есть)
- тест-дизайн: эквивалентные классы, граничные значения, таблица принятия решений
- тест-кейсы, баг-репорты - зачем, как, и почему не стоит писать "не работает"

3. Pytest
Самая популярная библиотека для автотестов на Python. Умеет всё, кроме разве что кофе варить.

- структура тестов test_*.py
- фикстуры (те самые @pytest.fixture)
- параметризация (@pytest.mark.parametrize)
- маркировка тестов (@pytest.mark)
- запуск через CLI
- конфигурация через pytest.ini
- интеграция с TestRail и Allure для отчётности

4. Selenium или Appium
Веб или мобилка - зависит от направления.

- работа с локаторами (XPath, CSS)
- открытие страниц, клик, ввод текста
- ожидания (явные, неявные)
- работа с окнами, фреймами, алертами
- Page Object Model - must-have

5. Git и GitHub
- git clone, git commit, git push, git pull
- работа с ветками
- pull requests
- конфликты (и как их решать, не поседев)

6. CI/CD и пайплайны
- GitLab CI, GitHub Actions
- что такое пайплайн, билд, job, stage
- где и как подключать автотесты к процессу

7. Немного Linux
- навигация по папкам
- использовать команды вроде ls, cd, mkdir, rm, cat, grep, tail
- редактировать файлы через nano или vim (если хочешь страдать)

Главное - не сдаваться
Ты не обязан знать всё сразу. У всех свой темп. Главное - двигаться каждый день. Пусть даже на полшага.
Не бойся задавать вопросы, фейлить, гуглить одно и то же по 20 раз. Это - часть пути. Я до сих пор гуглю, стараюсь многое не держать в голове, иначе опухнет.

🔥 29 июля в 20:00 мск — открытый вебинар в OTUS.

Разберёмся:

– Какие бывают типы стендов для нагрузочного тестирования?
– В чём особенности и на что влияет конфигурация?
– Как правильно выбирать стенды под задачи вашего проекта?
– Каковы основные цели и ограничения таких стендов?

🎓 После вебинара вы:

✔️ Поймёте, какие виды стендов используются в индустрии
✔️ Узнаете, как выбирать подходящий стенд под нагрузку
✔️ Разберётесь в целях, которые помогает достигать тестовая инфраструктура
✔️ Сможете применять знания для повышения стабильности и производительности систем

Будет полезно тестировщикам, разработчикам, DevOps- и системным администраторам. Приходите — будет практично! 🔧

👉 Регистрация https://vk.cc/cNGjb8

Занятие приурочено к старту курса “Нагрузочное тестирование”, на котором вы научитесь составлять методику, разрабатывать скрипты, запускать тесты и настраивать мониторинг нагрузочного тестирования.

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

Что желательно знать QA. Базы данных.

Возвращаюсь к рубрике вызвавшей много обсуждений - знания и навыки для QA. Сегодня рассмотрим сегодня рассмотрим SQL и базы данных. Мнения разделились - кто-то считает, что QA в базы не пускают, а по моему опыту, работа с БД часто бывает частью тестирования.

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

Вместо этого разделила на две группы:
▫️Основные — часто применяются в ручном и автоматизированном тестировании.
▫️Дополнительные - полезны в специфических задачах.
Этот список - личное мнение автора, рекомендации на основе моего опыта. Надеюсь, будет полезно!

Основные навыки:
1. CRUD операции (Select, Update, Insert, Delete) - основа работы с данными.
2. Основные операции выборки (WHERE, LIMIT, OFFSET, TOP, ORDER BY, DESC) - позволяют фильтровать выборки, выбирать нужное количество записей и реализовывать постраничную выборку.
3. Логические операции (AND, OR, NOT, IN) - для логических условий в выборках.
4. Агрегатные функции (COUNT, SUM, MIN, MAX, AVG) - помогают анализировать данные в таблицах.
5. Подзапросы - для проверки сложных зависимостей между данными.
6. Различные виды связываний (INNER, LEFT, RIGHT, FULL JOIN) - для объединения данных из разных таблиц.
7. Ключи и ограничения (первичный, внешний ключи, CONSTRAINTS) - обеспечивает целостность и связанность данных.
8. Создание и удаление сущностей (CREATE DATABASE, CREATE TABLE, DROP DATABASE, DROP TABLE) - полезно при автоматизации для создания и очистки тестовой базы.
9. Очистка таблиц (TRUNCATE) - эффективная очистка данных без удаления структуры таблицы.
10. Группировка и фильтрация агрегированных данных (GROUP BY, HAVING) - для группировки и фильтрации результатов.
11. Удаление дубликатов (DISTINCT) - чтобы получить уникальные значения при выборке.
12. Представления (VIEW) - виртуальные таблицы, для упрощения работы со сложными выборками.
13. Хранимки - понимание назначения и проверка возвращаемых данных.

Дополнительные навыки:
1. Индексы - Базовое понимание, создание, анализ использования.
2. Планы выполнения запросов, трассирован запросов, оценка производительности, логи медленных запросов.
3. Создание пользователей и управление правами (CREATE USER, GRANT PRIVILEGES) - в редких случаях QA может потребоваться.
4. Триггеры и каскадное удаление.
Нормализация и денормализация - для общего понимания структуры данных.
5. UNION и аналитические функции (ROLLUP, CUBE) - для создания сложных отчетов.
6. Изоляция транзакций - полезно для понимания поведения БД при одновременных изменениях.
7. Коннекты в SQL сервере - просмотр списка коннектов, изменение максимального количества коннектов.
8. Хранимки - создание и написание.

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

Ксения Раховская

SQLZoo: интерактивный тренажёр по SQL

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

Есть пошаговые туториалы, задания на SELECT, JOIN, GROUP BY, подзапросы и задачки на логику.

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

На открытом уроке 22 июля в 20:00 мск мы погрузимся в тонкости тестирования мобильных приложений:  

📗 На вебинаре разберём:
1. Основы тестирования мобильных приложений: что должен знать каждый начинающий QA;
2. Советы по построению первых шагов в тестировании;

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

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

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

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

пришли к взаимопониманию)

🧠 Новый тренажёр по тестированию требований

Привет, коллеги! Делюсь новым тренажёром для тестировщиков — на этот раз по анализу требований и нахождению в них проблем.
⠀
Тренажёр представляет собой набор требований для реализации фичи онлайн-бронирования встречи с консультантом. Вы получите описание бизнес, функциональных и UI-требований — содержащее ошибки, неточности и противоречия, которые вам предстоит найти. Отмечайте номера некорректных требований, кликнув на них и тренажер автоматически проверит ваши предположения. 🤖

Для удобства восприятия в тренажёре также будет содержаться пример возможной реализации фичи на основе этих требований, что сделает процесс тестирования более наглядным.
⠀
С помощью тренажёра вы сможете улучшить:

- внимательность и критическое мышление;
- умение анализировать и находить некорректные требования;
- навык работы с документацией.
⠀
👉 Тренажёр доступен по ссылке:
https://aklimenkoschool.ru/simulators/requirements-testing/


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

Все говорят, что работы в айти стало меньше...

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

В чем фишка этих каналов?

— зарплатная вилка🍴во всех вакансиях
— еженедельные подборки стажировок для начинающих — как здесь (для QA), здесь (для PM) и здесь (для BA&SA)
— быстрый телеграм/email контакт для прямой связи с рекрутером
— удобная навигация по уровням/условиям работы/направлениям тестирования

▪️QA Jobs — работа для тестировщика
▪️PM Jobs — работа для Project и Product менеджера
▪️BA & SA Jobs — работа для бизнес- и системых аналитиков
▪️C# & .NET Jobs — работа для C# инженеров
▪️DS&ML Jobs — работа для DS инженеров
▪️PHP Jobs — работа для PHP разработчиков
▪️JAVA Jobs — работа для Java разработчиков
▪️Python Jobs — работа для Python разработчиков

Подписаться на все каналы сразу

Гайд для быстрой подмены данных в Response без моков через DevTools ⬇️

Если нужно срочно изменить данные в response API для тестирования на UI, а на настройку моков нет времени - ловите гайд, как сделать это через DevTools в браузерах Chrome и Safari.

❗️Важно: изменения работают только локально и только в вашем браузере ❗️

Через Google Chrome:

1. Открыть вкладку Network -> найти нужный запрос -> правой кнопкой мыши -> выбрать Override content.

2. Вверху DevTools появится баннер с просьбой выбрать папку для сохранения. Нажать Select Folder, выбрать папку.

3. Далее перейти во вкладку Sources -> Overrides, и нажать на Select folder for overrides чтобы выбрать файл кот-й вы сохранили -> Нажать Allow -> файл должен импортироваться.

4. И теперь чтобы подменить данные -> открыть файл локально (в папке кот-ю вы ранее выбирали) -> Отредактируйте нужные вам данные в json.

5. Снова отправить запрос -> в Network увидите измененный ответ.

Для отмены действия можете убрать галочку Enable Local Overrides.

Через Safari (намного проще):

1. DevTools -> Network -> найти нужный запрос -> правой кнопкой мыши -> Create Response Local Override.

2. Откроется вкладка Sources -> можно отредактировать ответ прямо в браузере.

3. Отправить запрос -> в Network увидите измененный ответ.

Для отмены действия убираем галочку в Local Overrides.

4. Статус-коды, хедеры -> правой кнопкой мыши -> Edit Local Override -> и в открывающемся окне меняете нужные вам данные.

🎯Если вы давно хотели посетить славный город Владимир и его окрестности — появился отличный повод.

🎯🎯А если вы живете во Владимире или области — тем более не пропустите QA-митап, который делают ребята из Altenar и местного ИТ-сообщества вечером 31 июля.

Разбирайте места в зале и приходите послушать:

• как AI-ассистент пишет тесты и сколько в нем реального ИИ
• как перейти от хаотичной разработки к предсказуемым релизам
• о первых граблях и радостях работы с Playwright на проекте

Регистрация обязательная, участие бесплатно, число мест ограничено.

✔️P.S. Для тех, кто хотел бы посмотреть онлайн или получить запись, есть свой формат участия, переходите по ссылке выше.

✔️✔️P.P.S. Хотите всегда быть в курсе последних новостей Владимирского ИТ-сообщества? Подписывайтесь на канал Vladimir Tech Talks.

было?)

💻 Основы проектирования бизнес-логики в микросервисной архитектуре 🛠

🔥 28 июля в 20:00 мск приглашаем на открытый вебинар в OTUS.

На вебинаре рассмотрим:
- Принципы проектирования бизнес-логики в микросервисной архитектуре
- Основные паттерны: Shared Kernel, API Composition, Saga и другие
- Где должна жить логика — в сервисе, API-шлюзе или общем слое?
- Ошибки при проектировании и как их избежать на ранних этапах
- Кейсы из реальной практики: как правильно декомпозировать сложную бизнес-логику

🎓 После вебинара вы:
- Получите фундаментальное понимание того, где должна находиться бизнес-логика в микросервисах
- Освоите применение паттернов распределённой логики
- Научитесь декомпозировать сложные бизнес-процессы
- Получите практические советы, которые помогут избежать ошибок при проектировании

Присоединяйтесь, чтобы прокачать архитектурное мышление и разобраться в тонкостях проектирования микросервисов! 🚀

👉 Регистрация https://vk.cc/cNTc09

Бесплатное занятие приурочено к старту курса Microservice Architecture, обучение на котором позволит освоить микросервисы: Docker, Kafka, API и стать мастером производительных систем

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

⏳ Эстимация в тестировании. Шпаргалка 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
▫️Документируйте свою эстимацию: что учитывали, чего нет и почему

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

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

🔥Увидели обучение, которое действительно стоит внимания — делимся!

Наши коллеги из QA.GURU обновили программу авторского курса «Автоматизация тестирования на Python Advanced». Нас зацепил подход — ребята дают реальную практику с живыми задачами ⚙️

Что предлагают освоить за 4 месяца👇

— Python 3.12, разработку микросервисов на FastAPI, Docker, Postgres.
— gRPC, GraphQL, SOAP.
— Базы данных, Kafka, docker и docker-compose.
— Создать весь код с нуля. Исследовать, как работает бекенд на Python / FastApi и Java / Spring под капотом.

💡Удобный формат обучения — записи + живые консультации. Поддержка на каждом этапе.

▶️ Подробная программа курса
Оставить заявку — @qa_guru_sales4

🔔Кстати, уже в этот четверг, 24 июля, в 20:00 по МСК состоится бесплатное вводное занятие — отличный шанс убедиться, что обучение того стоит, и приобрести его со скидкой 5%.

Регистрируйтесь, если готовы к новой ступени в автоматизации.

🤧 Ansible + Selenoid: инфраструктура для автотестов без боли и хаоса

На этом вебинаре вы познакомитесь с Ansible — мощным инструментом управления конфигурациями, который помогает автоматизировать рутину и делает развёртывание повторяемым и контролируемым.

Мы разберём его на практике: напишем playbook для установки Docker, Docker Compose и развёртывания инструмента Selenoid, который используется для запуска браузерных автотестов.

Что будет на занятии:
— Поймёте, как устроен и работает Ansible, и почему он удобен для автоматизации инфраструктуры
— Научитесь писать простой playbook, который выполняет установку нужных компонентов (Docker, Docker Compose)
— Узнаете, как автоматически развернуть Selenoid с помощью Ansible и подготовить окружение для запуска автотестов
— Увидите, как вся настройка выполняется в несколько команд — быстро, прозрачно и без ручного вмешательства
— Получите код и примеры, которые можно использовать в своих проектах

Вебинар проходит в рамках курса "Python QA Engineer"

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

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

🤖 Почему ИИ не заменит тестировщиков, а только усилит их роль?

Я лид тестирования и вижу, как активно ИИ меняет нашу работу. Расскажу коротко о ключевых изменениях:

🧪 Генерация тестов
ИИ научился генерировать сценарии из документации и требований. Даже из обычного текста. Это ускоряет создание тестов и экономит время.

🛠 Автоисправление тестов
ИИ умеет анализировать результаты и самостоятельно чинить упавшие тесты. Меньше рутины, больше смысла.

🔍 Умная регрессия
Используя ИИ-агентов, можно быстро сравнить ветки и определить затронутые компоненты. Traceability-матрица на максималках.

🔐 Тестирование безопасности промтов
ИИ создал новый вид проверок, чтобы промты не стали уязвимостью системы. Так что работы у нас теперь даже больше =)

🚀 Что это значит для нас?
ИИ не заменит тестировщиков, но серьёзно расширит наши возможности. Автоматизация рутины и анализ результатов освободят время для сложных и творческих задач.

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

Автор: Evgeniy Zhiltsov, Head of QA

💻 Псевдосервер за 15 минут: учим SoapUI делать вид, что он API

На открытом уроке вы узнаете, как быстро создать REST-заглушку в SoapUI, чтобы тестировать фронт или интеграции даже без работающего бэкенда.

На вебинаре вы узнаете:

- как работает механизм mock-сервисов в SoapUI;
- как настроить заглушки с разными ответами;
- как симулировать ошибки, таймауты и условные сценарии;
- и как вызывать их из Postman, автотестов или браузера.

Вебинар проходит в рамках курса "Автоматизированное тестирование веб-сервисов на Go"

👉 Регистрация и подробности о курсе "Автоматизированное тестирование веб-сервисов на Go" https://vk.cc/cNXuT1

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

Как продать себя на собеседовании? Советы от QA с 14 годами опыта

Я больше 14 лет проработала в EPAM. Сначала 8 лет была тестировщицей, а потом в течение 6 лет руководила учебной лабораторией. За это время я провела множество собеседований: брала людей на работу и на учёбу. Поделюсь главными правилами, которые помогут вам пройти интервью.

Читать