Тестировщик | Вопросы собесов

🤔 Что будешь делать, если баг воспроизводится после исправления?

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

Ставь 👍 если знал ответ, 🔥 если нет
Забирай 📚 Базу знаний

🤔 Что такое системное тестирование?

Системное тестирование – это тип тестирования, при котором проверяется вся система целиком на соответствие требованиям. Оно проводится после интеграционного тестирования и перед приемочным (UAT).

🚩Ключевые особенности

Тестируется вся система целиком, а не отдельные модули.
Имитируются реальные условия работы (используются настоящие API, БД, UI и внешние сервисы).
Проверяются все аспекты системы – функциональность, безопасность, производительность, совместимость и т. д.

🚩Что тестируется?

🟠Функциональность соответствует ли система требованиям?
Например, в интернет-магазине проверяется, можно ли добавить товар в корзину и оформить заказ.

🟠Производительность – как система работает под нагрузкой?
Проверяют скорость отклика, стабильность при 1000+ пользователей.

🟠Безопасность – есть ли уязвимости?
Проверяют защиту паролей, SQL-инъекции, XSS.

🟠Совместимость – работает ли система на разных устройствах и браузерах?
Например, тестирование сайта на Chrome, Firefox, Safari.

🟠UI/UX-тестирование - удобен ли интерфейс?
Проверяется расположение кнопок, читаемость, удобство использования.

Ставь 👍 и забирай 📚 Базу знаний

В 2025 году айтишников стало больше, чем инфоцыган 😁

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

Что же делать новичку сегодня? Или айтишнику, который хочет сменить направление?

🤩Пройти курс "Ручной тестировщик с 0".

➦ Полностью погрузитесь в индустрию: узнаете, кто предлагает высокие зарплаты и ищет специалистов
➦ Получите все необходимые хард и софт скиллы для работы в этой сфере
➦ Трудоустроитесь на свою первую работу или на более оплачиваемую

🤩Обучение займёт 3,5 месяца, а потом вам помогут с процессом трудоустройства! Этот важный блок обязательно входит в курс.

Даже если вы уже работаете тестировщиком, но чувствуете, что нуждаетесь в левел-апе — напишите нам.

ПИШИТЕ СЛОВО "БАГ", чтобы получить подробности о программе курса👇
https://t.me/wanna_go_to_it

🤔 Расскажи что такое идемпотентность?

Идемпотентность — это свойство операции, при котором её многократное выполнение даёт тот же результат, что и однократное. Например, методы HTTP GET, PUT, DELETE считаются идемпотентными, так как не изменяют состояние при повторных запросах.

Ставь 👍 если знал ответ, 🔥 если нет
Забирай 📚 Базу знаний

🤔 Может ли в респонсе не быть боди?

Да, в HTTP-ответе (response) может не быть body. Это зависит от кода состояния (status code) и заголовков ответа.

🚩Когда body отсутствует?

🟠Ответы с кодами 1xx, 204 и 304
1xx (информационные) – например, 100 Continue, 101 Switching Protocols (нет тела, так как это технические ответы).
204 No Content – сервер обработал запрос, но ничего не возвращает.
304 Not Modified – клиенту не нужно заново загружать ресурс (использует кэш).

🟠HEAD-запросы
Если отправить HEAD-запрос, сервер должен вернуть только заголовки, без тела.

HEAD /index.html HTTP/1.1
Host: example.com

Ответ

HTTP/1.1 200 OK
Content-Type: text/html
Content-Length: 3456

🟠Ответы с пустым телом по логике приложения
Например, если API возвращает 202 Accepted, подтверждая, что задача принята в обработку, но еще нет данных.

🟠Некорректные запросы
В случае ошибки сервер может закрыть соединение без тела ответа (например, при 400 Bad Request или 500 Internal Server Error).

Ставь 👍 и забирай 📚 Базу знаний

🤔 Какой придет статус-код, если с запросом всё хорошо?

Если запрос успешен, сервер вернёт статус-код:
- 200: для успешных операций.
- 201: для успешного создания ресурса.

Ставь 👍 если знал ответ, 🔥 если нет
Забирай 📚 Базу знаний

🤔 Что такое микросервисная архитектура?

Микросервисная архитектура (MSA, Microservices Architecture) – это стиль разработки ПО, в котором приложение разбивается на мелкие независимые сервисы, взаимодействующие между собой через API.

🚩Каждый микросервис

Выполняет одну конкретную бизнес-задачу (например, авторизация, платежи, управление пользователями).
Автономен – его можно разрабатывать, развертывать и масштабировать отдельно.
Общается с другими микросервисами через HTTP (REST, gRPC) или асинхронные очереди (Kafka, RabbitMQ*.

🚩Ключевые принципы микросервисов

Разделение на мелкие сервисы – нет единого монолита, каждый сервис отвечает за свою функцию.
Связь через API – микросервисы общаются по HTTP (REST, GraphQL, gRPC) или через брокеры сообщений.
Независимое развертывание – каждый сервис можно обновлять без остановки всей системы.
Собственная база данных – каждый сервис управляет своими данными (это уменьшает зависимость между сервисами).
Горизонтальное масштабирование – можно увеличить только нужные сервисы под нагрузкой.

🚩Пример микросервисной архитектуры

Допустим, у нас есть интернет-магазин. В микросервисной архитектуре он может быть разделен на:
User Service – отвечает за регистрацию и авторизацию.
Order Service – обрабатывает заказы.
Payment Service – управляет платежами.
Product Service – хранит информацию о товарах.
Notification Service – отправляет уведомления клиентам.

🚩Плюсы

➕Гибкость
можно разрабатывать разные сервисы разными командами и технологиями.
➕Масштабируемость
можно увеличить только нужные сервисы, а не всю систему.
➕Устойчивость
отказ одного сервиса не ломает всю систему.
➕Быстрое развертывание
можно обновлять отдельные сервисы без остановки всего приложения.

🚩Минусы

➖Сложность
нужно продумывать взаимодействие сервисов, мониторинг, балансировку.
➖Задержки в коммуникации
из-за работы по сети API-запросы могут выполняться медленнее, чем в монолите.
➖Сложное тестирование
приходится тестировать не только сервисы по отдельности, но и их взаимодействие.

Ставь 👍 и забирай 📚 Базу знаний

🤔 Что известно про принципы тестирования?

Принципы тестирования включают:
- Невозможно полностью протестировать программное обеспечение.
- Чем раньше начинается тестирование, тем дешевле исправлять дефекты.
- Парадокс пестицида: повторное использование одних и тех же тестов снижает их эффективность.
- Тестирование зависит от контекста и цели.

Ставь 👍 если знал ответ, 🔥 если нет
Забирай 📚 Базу знаний

🤔 В чем механика реляции?

Реляция в реляционных базах данных (РБД) – это математическая таблица, которая содержит строки (записи) и столбцы (атрибуты). Основной принцип – данные связаны между собой через ключи и обеспечивают целостность и непротиворечивость.

🚩Основные принципы реляции

🟠Табличная структура
Данные хранятся в виде таблиц, где каждая строка – это запись, а каждый столбец – характеристика объекта.

🟠Ключи (Primary Key & Foreign Key)
Первичный ключ (PK) – уникальный идентификатор строки (например, ID).
Внешний ключ (FK) – ссылка на первичный ключ другой таблицы для связи данных.

🟠Отношения (relations) между таблицами
1 к 1 (One-to-One, 1:1) – каждая строка первой таблицы соответствует ровно одной строке второй таблицы.
1 ко многим (One-to-Many, 1:N) – одна запись в первой таблице может соответствовать нескольким во второй (пример: один клиент – несколько заказов).
Многие ко многим (Many-to-Many, M:N) – связь реализуется через промежуточную таблицу (пример: студенты и курсы).

🟠Целостность данных
Сущностная целостность – первичный ключ не может быть NULL.
Ссылочная целостность – внешний ключ должен ссылаться на существующую запись в другой таблице.
Бизнес-правила – ограничения на данные (например, зарплата не может быть отрицательной).

Ставь 👍 и забирай 📚 Базу знаний

🤔 Какие есть эстимации (estimation)?

Это способы оценки времени или ресурсов для выполнения задачи. Основные подходы:
- T-Shirt sizes — грубая оценка: XS, S, M, L, XL.
- Story Points — оценка относительной сложности, не в часах.
- Time-based (часы/дни) — классическая оценка в человеко-часах.
- Planning Poker — коллективная оценка на основе карточек с числовыми значениями.
- Wideband Delphi — экспертная групповая оценка с обсуждением.
- Three-point estimation — оптимистичная, пессимистичная и наиболее вероятная оценка (PERT).

Ставь 👍 если знал ответ, 🔥 если нет
Забирай 📚 Базу знаний