Logo
TGCATALOG
Каталог Подборки Блог
Тестировщик | Вопросы собесов

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

Вопросы собеседований для тестировщиков.

Нет оценок
427
31.10.2026
427
31.10.2026
Нет оценок
427
31.10.2026
Безопасный переход через бот
О канале

Вопросы собеседований для тестировщиков.

Подписчиков 12,084
Тематика Технологии
Язык Русский
Ссылка t.me/easy_qa_ru

Также рекомендуем

Kekaton AI | Озвучка и клон голоса
Kekaton AI | Озвучка и клон голоса
Бот

AI бот для озвучки текста и клонирования голоса в Telegram. Создавай аудио с помощью нейросети быстро и просто.

Описание

Вопросы по тестированию: ISTQB, Selenium, API. С примерами.

Последние посты

Тестировщик | Вопросы собесов
Тестировщик | Вопросы собесов
🔒Открыть пост
и посмотреть медиа
🤔 Что делает команда git stage? В Git команды git stage как таковой нет, но существует команда, которая делает аналогичное действие — это git add. Чтобы понять, что значит "stage", важно разобраться, как работает система Git. 🚩Что такое "staging" в Git? Это процесс добавления изменений из рабочей директории (working directory) в область подготовки (staging area), которая предшествует фиксации изменений (commit). Сначала вы добавляете изменения в эту область (stage), а затем фиксируете их в истории репозиториев. 🚩Как работает `git add`? git add — команда, которая добавляет изменения (новые, удалённые или изменённые файлы) в staging area. После выполнения этой команды Git начинает "отслеживать" изменения в указанных файлах и подготавливает их для следующего коммита. 🚩Пример использования 🟠Рабочая директория У вас есть файл example.txt. Вы вносите в него изменения. Добавление в staging git add example.txt Просмотр статуса git status Вы увидите, что файл находится в состоянии готовности к коммиту Changes to be committed: (use "git restore --staged ..." to unstage) modified: example.txt 🟠Фиксация изменений После добавления в staging вы можете зафиксировать изменения: git commit -m "Обновлён example.txt" 🚩Почему это нужно? 🟠Контроль над изменениями Вы можете подготовить к коммиту только часть изменений (например, только в одном файле или даже в части файла). 🟠Множественные изменения Если в вашем проекте много изменений, вы можете добавлять их в staging постепенно и коммитить по частям. 🟠Подготовка чистой истории Staging area помогает организовать логически связные изменения в отдельных коммитах. 🟠Альтернативный синтаксис Некоторые интерфейсы (например, Git GUI или плагины в IDE) используют термин stage вместо git add. Также в Git есть alias: git stage = git add Ставь 👍 и забирай 📚 Базу знаний
Тестировщик | Вопросы собесов
Тестировщик | Вопросы собесов
🔒Открыть пост
и посмотреть медиа
🤔 Откуда берутся источники о правильной работе приложения? - Техническая документация; - Бизнес-требования (BRD); - UI/UX-дизайны и прототипы; - Product backlog/задачи в Jira; - Спецификации API; - Исторические баг-репорты. Ставь 👍 если знал ответ, 🔥 если нет Забирай 📚 Базу знаний
Тестировщик | Вопросы собесов
Тестировщик | Вопросы собесов
🔒Открыть пост
и посмотреть медиа
🤔 Расскажи об OPTIONS OPTIONS – это один из методов HTTP, который используется для получения информации о возможностях сервера или конкретного ресурса. Он не изменяет данные, а только сообщает, какие методы и заголовки поддерживаются. 🚩Как работает OPTIONS? Запрос OPTIONS /api/users HTTP/1.1 Host: example.com Ответ сервера HTTP/1.1 200 OK Allow: GET, POST, PUT, DELETE, OPTIONS 🚩Где используется OPTIONS? 🟠CORS-запросы (Cross-Origin Resource Sharing) Когда браузер делает кросс-доменные (cross-origin) запросы, он сначала отправляет OPTIONS (Preflight-запрос), чтобы проверить, разрешён ли доступ. OPTIONS /api/data HTTP/1.1 Origin: Ссылка скрыта Access-Control-Request-Method: POST Access-Control-Request-Headers: Content-Type Ответ сервера HTTP/1.1 204 No Content Access-Control-Allow-Origin: Ссылка скрыта Access-Control-Allow-Methods: GET, POST Access-Control-Allow-Headers: Content-Type 🟠Проверка API перед использованием Можно запросить OPTIONS, чтобы узнать, какие методы поддерживает API. 🟠Используется в REST API Некоторые API используют OPTIONS, чтобы сообщить клиенту о доступных ресурсах. 🚩Когда сервер должен обрабатывать OPTIONS? Если сервер поддерживает кросс-доменные запросы или REST API, он должен отвечать на OPTIONS, иначе браузер заблокирует запрос. const express = require("express"); const app = express(); app.use((req, res, next) => { res.header("Access-Control-Allow-Origin", "*"); res.header("Access-Control-Allow-Methods", "GET, POST, PUT, DELETE, OPTIONS"); res.header("Access-Control-Allow-Headers", "Content-Type"); if (req.method === "OPTIONS") { return res.sendStatus(204); } next(); }); app.listen(3000, () => console.log("Server started")); Ставь 👍 и забирай 📚 Базу знаний
Тестировщик | Вопросы собесов
Тестировщик | Вопросы собесов
🔒Открыть пост
и посмотреть медиа
🤔 Что возвращает функция по умолчанию? Если явно не указан return, функция возвращает undefined. Ставь 👍 если знал ответ, 🔥 если нет Забирай 📚 Базу знаний
Тестировщик | Вопросы собесов
Тестировщик | Вопросы собесов
🔒Открыть пост
и посмотреть медиа
🤔 Какая разница между негативным и позитивным тестированием? Это два основных подхода в тестировании ПО, которые используются для проверки корректности работы системы под различными условиями. Оба подхода имеют свои цели и сценарии использования. 🟠Позитивное тестирование Проверка того, что система работает правильно при вводе корректных и ожидаемых данных. Сценарии: В нем используются входные данные и сценарии, которые соответствуют требованиям и спецификациям системы. Оно направлено на подтверждение того, что система выполняет свои функции как ожидается. Ввод корректных данных для входа в систему (правильное имя пользователя и пароль). Заполнение формы регистрации с валидными данными. Совершение покупки с действительной кредитной картой. Тест-кейс: Вход в систему с корректными данными Шаги: 1. Открыть страницу входа. 2. Ввести корректный логин пользователя. 3. Ввести корректный пароль пользователя. 4. Нажать кнопку "Войти". Ожидаемый результат: Пользователь успешно входит в систему. 🟠Негативное тестирование Проверка того, что система правильно обрабатывает некорректные, неожиданные или экстремальные данные и ситуации. Сценарии: В нем используются входные данные и сценарии, которые выходят за пределы нормальной работы системы. Оно направлено на выявление ошибок и проверку устойчивости системы. Ввод неправильного пароля для входа в систему. Попытка регистрации с уже существующим именем пользователя. Ввод текста вместо чисел в числовые поля. Тест-кейс: Вход в систему с некорректным паролем Шаги: 1. Открыть страницу входа. 2. Ввести корректный логин пользователя. 3. Ввести некорректный пароль. 4. Нажать кнопку "Войти". Ожидаемый результат: Система отображает сообщение об ошибке "Неправильный пароль". 🚩Когда использовать 🟠Позитивное тестирование В начале процесса тестирования для проверки базовой функциональности. Для подтверждения того, что система соответствует требованиям и спецификациям. 🟠Негативное тестирование Для проверки устойчивости и надежности системы. Для выявления потенциальных уязвимостей и дефектов. В дополнение к позитивному тестированию, чтобы обеспечить всестороннее покрытие тестов. Ставь 👍 и забирай 📚 Базу знаний
Тестировщик | Вопросы собесов
Тестировщик | Вопросы собесов
🔒Открыть пост
и посмотреть медиа
🤔 Какие есть логические операторы в JS? - && — логическое И; - — логическое ИЛИ; - ! — логическое НЕ; - ?? — nullish coalescing; - ??= и =, &&= — логические присваивания. Ставь 👍 если знал ответ, 🔥 если нет Забирай 📚 Базу знаний
Тестировщик | Вопросы собесов
Тестировщик | Вопросы собесов
🔒Открыть пост
и посмотреть медиа
🤔 Что нужно знать на старте карьеры? Начинающему QA-инженеру важно освоить базовые концепции тестирования, инструменты и навыки работы с багами и тест-кейсами. 🟠Базовые понятия тестирования Функциональное (проверка логики, API, UI). Нефункциональное (производительность, безопасность). Регрессионное (проверка старого функционала после обновлений). Smoke & Sanity тесты (поверхностные проверки перед детальным тестированием). Разница между тест-кейсами, чек-листами и баг-репортами. Тест-кейс – пошаговый сценарий проверки. Чек-лист – список проверок без подробных шагов. Баг-репорт – описание ошибки (шаги, фактический и ожидаемый результат). 🟠Инструменты тестирования Баг-трекинг системы JIRA, Redmine, Trello, YouTrack – для ведения задач и багов. Снифферы трафика Charles Proxy, Fiddler, Burp Suite – анализ запросов и ответов API. Инструменты тестирования API Postman – ручное тестирование REST API. Swagger – документация API. Консоль разработчика (DevTools) В Chrome/Firefox: F12 → Network, Console, Elements. Проверка верстки, ошибок в консоли, заголовков запросов. Базовые SQL-запросы SELECT * FROM users WHERE email='[email protected]'; UPDATE orders SET status='shipped' WHERE id=5; 🟠Основы работы с багами Пример хорошего баг-репорта: Заголовок: Ошибка 500 при создании заказа без адреса. Шаги: 1. Открыть страницу заказа. 2. Оставить поле "Адрес" пустым. 3. Нажать "Подтвердить". Фактический результат: Ошибка 500. Ожидаемый результат: Сообщение "Заполните адрес". Скриншот + логи. 🟠Автоматизация тестирования (базово) Python или Java (основы языка). Selenium WebDriver – автоматизация браузерных тестов. Pytest, JUnit – фреймворки для тестов. Пример автотеста на Python + Selenium from selenium import webdriver driver = webdriver.Chrome() driver.get("Ссылка скрыта assert "Example Domain" in driver.title driver.quit() 🟠Основы Git (для работы с кодом и тестами) Основные команды: git clone – скопировать репозиторий. git pull – обновить код. git commit -m "Fix bug" – зафиксировать изменения. Ставь 👍 и забирай 📚 Базу знаний
Тестировщик | Вопросы собесов
Тестировщик | Вопросы собесов
🔒Открыть пост
и посмотреть медиа
🤔 Что такое визуализация? Представление информации в наглядной форме: - схемы; - диаграммы (например, BPMN, UML); - flowcharts; - графики; - таблицы для облегчения анализа, планирования и коммуникации. Ставь 👍 если знал ответ, 🔥 если нет Забирай 📚 Базу знаний
Тестировщик | Вопросы собесов
Тестировщик | Вопросы собесов
🔒Открыть пост
и посмотреть медиа
🤔 В чем механика реляции? Реляция в реляционных базах данных (РБД) – это математическая таблица, которая содержит строки (записи) и столбцы (атрибуты). Основной принцип – данные связаны между собой через ключи и обеспечивают целостность и непротиворечивость. 🚩Основные принципы реляции 🟠Табличная структура Данные хранятся в виде таблиц, где каждая строка – это запись, а каждый столбец – характеристика объекта. 🟠Ключи (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. Ссылочная целостность – внешний ключ должен ссылаться на существующую запись в другой таблице. Бизнес-правила – ограничения на данные (например, зарплата не может быть отрицательной). Ставь 👍 и забирай 📚 Базу знаний
Тестировщик | Вопросы собесов
Динамика подписчиков
+-0.7% за 30 дней
Текущие
12,084
Месяц назад
12,164
Средний рост
+-3 / день
Обновлено
3 часа назад

Отзывы о канале Тестировщик | Вопросы собесов

Авторизуйтесь, чтобы оставить отзыв

Только зарегистрированные пользователи могут делиться своим мнением.

Пока нет отзывов

Станьте первым, кто поделится своим впечатлением об этом ресурсе!

Похожие ресурсы

Loading
Переход на светлую тему
Главная Каталог Подборки Блог Вход