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

🤔 Где можно в методе get передать информацию на сервак? Метод GET в HTTP предназначен для запроса данных с сервера. Он не передаёт данные в теле запроса, а отправляет их в URL (в строке запроса, Query Parameters). 🚩Где можно передать информацию в GET-запросе? 🟠В URL (Query Parameters) Данные передаются в строке запроса после ?, параметры разделяются &. Ссылка скрыта 🚩Как отправить GET-запрос в коде? Java (HttpURLConnection) URL url = new URL("Ссылка скрыта HttpURLConnection conn = (HttpURLConnection) url.openConnection(); conn.setRequestMethod("GET"); JavaScript (Fetch API) fetch("Ссылка скрыта .then(response => response.json()) .then(data => console.log(data)); Postman / cURL curl -X GET "Ссылка скрыта 🚩В заголовках (Headers) Хотя метод GET по стандарту не должен изменять данные, в некоторых API можно передавать информацию в заголовках (например, Authorization, Accept-Language). Пример: HttpURLConnection conn = (HttpURLConnection) new URL("Ссылка скрыта conn.setRequestMethod("GET"); conn.setRequestProperty("Authorization", "Bearer TOKEN"); Ставь 👍 и забирай 📚 Базу знаний

🤔 Что расскажешь про design of test documentation? Дизайн тест-документации — это структура и содержание тестов: - тест-кейсы; - чек-листы; - тест-планы; - баг-репорты; - матрицы покрытия. Главное — читаемость, однозначность, воспроизводимость, актуальность. Ставь 👍 если знал ответ, 🔥 если нет Забирай 📚 Базу знаний

🤔 Что значит структурированная база данных? Это система хранения данных, организованная в четко определенные форматы и структуры, такие как таблицы, строки и столбцы. Эти данные организуются по определенной схеме, которая задается заранее, обычно в виде реляционной модели. Примеры таких баз данных — SQL-базы данных, такие как MySQL, PostgreSQL или Oracle. 🚩Зачем нужна структурированная база данных? 🟠Упорядоченность данных Структурированные базы данных организуют данные в таблицах, что упрощает их чтение, анализ и обработку. 🟠Эффективное управление Благодаря четкой схеме можно легко добавлять, изменять и удалять данные без риска нарушения логики хранения. 🟠Быстрый доступ к данным Используя запросы на языке SQL, можно быстро извлекать нужные данные даже из огромных массивов. 🟠Обеспечение целостности данных Реляционные базы поддерживают механизмы, такие как первичные и внешние ключи, чтобы гарантировать согласованность данных. 🚩Как это работает? 🟠Таблицы Представляют собой набор данных, состоящий из строк и столбцов. 🟠Столбцы Описывают свойства данных (например, имя, возраст), а строки представляют отдельные записи (конкретных пользователей). 🚩Почему это важно? 🟠Легкость анализа Например, запрос SQL вернет всех пользователей старше 25 лет. Это экономит время и упрощает работу с данными. SELECT Name, Age FROM Users WHERE Age > 25; 🟠Масштабируемость Структурированные базы позволяют работать с миллионами записей, не теряя производительности. 🟠Поддержка транзакций Такие базы обеспечивают выполнение операций в рамках транзакций, что защищает данные от ошибок при обработке. Ставь 👍 и забирай 📚 Базу знаний

🤔 Что значит Тестирование зависит от контекста? Методы тестирования зависят от конкретного проекта, его цели, рисков, технологий. Нет универсального подхода для всех проектов: например, тестирование медицинского ПО отличается от тестирования игр. Ставь 👍 если знал ответ, 🔥 если нет Забирай 📚 Базу знаний

🤔 Какие есть локаторы в selenium? В Selenium WebDriver локаторы используются для поиска и взаимодействия с веб-элементами на странице. Основные локаторы в Selenium: 🟠ID Использует уникальный идентификатор (id) элемента. Плюсы: Быстрый и надежный, если id уникален. Минусы: id может изменяться динамически. Пример driver.find_element(By.ID, "username 🟠Name Использует атрибут name. Плюсы: Хорош, если name уникален. Минусы: Может встречаться несколько элементов с одинаковым name. driver.find_element(By.NAME, "email") 🟠Class Name Использует значение атрибута class. Плюсы: Удобен, если класс уникален. Минусы: Встречаются элементы с одинаковым классом. driver.find_element(By.CLASS_NAME, "button-primary") 🟠Tag Name Использует имя тега (, , и т. д.). Плюсы: Можно получить список всех элементов определенного типа. Минусы: Обычно слишком общий. driver.find_elements(By.TAG_NAME, "input") 🟠Link Text Использует текст ссылки (). Плюсы: Удобно, если текст ссылки уникален. Минусы: Изменение текста ломает локатор. driver.find_element(By.LINK_TEXT, "Войти") 🟠Partial Link Text Использует часть текста ссылки. Плюсы: Работает даже при частичном совпадении. Минусы: Может найти несколько элементов. driver.find_element(By.PARTIAL_LINK_TEXT, "Подробнее") 🟠CSS Selector Позволяет находить элементы с использованием селекторов CSS. Плюсы: Гибкий и быстрый. Минусы: Сложность при написании. driver.find_element(By.CSS_SELECTOR, "div.container > input[type='text']") 🟠XPath Использует XPath для поиска элементов в DOM. Плюсы: Очень мощный, поддерживает сложные условия. Минусы: Производительность хуже, чем у CSS-селекторов. driver.find_element(By.XPATH, "//input[@name='password']") Ставь 👍 и забирай 📚 Базу знаний

🤔 Что значит Принцип скопления или кластеризация дефектов? Принцип кластеризации дефектов (Defect Clustering) — это эмпирическое правило в тестировании ПО, согласно которому большинство дефектов (80%) находятся в небольшом количестве модулей (20%). Этот принцип связан с правилом Парето (80/20): 80% багов обычно сосредоточены в 20% кода. Некоторые модули или функции содержат больше ошибок, чем другие. 🚩Почему баги "скучиваются" в одних местах? 🟠Сложный код чем сложнее код, тем больше вероятность ошибок. 🟠Частые изменения чем чаще модуль редактируется, тем выше шанс внести баги. 🟠Плохая архитектура если код написан плохо, в нем будет накапливаться больше дефектов. 🟠Отсутствие тестов модули, которые тестировались плохо или вообще не тестировались, содержат больше багов. 🚩Примеры принципа кластеризации дефектов Баги в сложных модулях Допустим, у нас есть приложение с 5 основными модулями: Часто изменяемый код → больше багов Допустим, модуль "Отчетность" за 3 месяца обновляли 10 раз, а модуль "Настройки" – только 2 раза. В "Отчетности" нашли 20 багов В "Настройках" – 3 бага 🚩Как использовать этот принцип в тестировании? 🟠Фокусироваться на "проблемных" модулях тестировать их тщательнее. 🟠Приоритизировать регрессионное тестирование в зонах, где уже находили ошибки. 🟠Анализировать историю багов если в прошлом версии баги были в определенных частях системы, они могут появиться снова. 🟠Использовать риск-ориентированное тестирование тестировать критичные и нестабильные зоны в первую очередь. Ставь 👍 и забирай 📚 Базу знаний

🤔 Техника анализа классов эквивалентности — классический пример? Классический пример: поле для ввода возраста (принимает значения от 18 до 65). Разбивается на 3 класса: - валидный класс (18–65); - класс с меньшим значением (65). Ставь 👍 если знал ответ, 🔥 если нет Забирай 📚 Базу знаний

🤔 Какие знаешь статус коды? Статусные коды HTTP представляют собой стандартизированные индикаторы, отправляемые сервером в ответ на запросы клиента, чтобы указать на результат обработки запроса. Они помогают определить, был ли запрос успешным, произошла ли ошибка и какого рода действия требуется предпринять дальше. Они разделены на пять классов: 🚩1xx: Информационные 🟠100 Continue Промежуточный ответ, указывающий, что начальная часть запроса принята и клиент может продолжать отправку данных. 🟠101 Switching Protocols Сервер соглашается переключить протоколы в соответствии с запросом клиента, отправленным в заголовке Upgrade. 🚩2xx: Успешные 🟠200 OK Стандартный ответ для успешных HTTP-запросов. Ресурс успешно обработан и передан в теле ответа. 🟠201 Created Запрос был успешно выполнен, и в результате был создан новый ресурс. 🟠204 No Content Запрос успешно обработан, но в ответе нет содержимого. 🚩3xx: Перенаправления 🟠301 Moved Permanently Запрашиваемый ресурс был окончательно перемещен на URL, указанный в заголовке Location. Клиент должен использовать этот новый URL в будущем. 🟠302 Found Запрашиваемый ресурс временно находится по другому URI, указанному в заголовке Location. 🟠304 Not Modified Ресурс не был изменен с момента последнего запроса клиента, использующего условные заголовки типа If-Modified-Since или If-None-Match. 🚩4xx: Ошибки клиента 🟠400 Bad Request Сервер не может обработать запрос из-за неверного синтаксиса. 🟠401 Unauthorized Для доступа к запрашиваемому ресурсу требуется аутентификация. 🟠403 Forbidden Сервер понял запрос, но отказывается его авторизовать. 🟠404 Not Found Запрашиваемый ресурс не найден на сервере. 🟠405 Method Not Allowed Метод, указанный в запросе, не поддерживается для данного ресурса. 🚩5xx: Ошибки сервера 🟠500 Internal Server Error Общая ошибка сервера, когда сервер сталкивается с непредвиденными обстоятельствами. 🟠501 Not Implemented Сервер не поддерживает функциональные возможности, необходимые для обработки запроса. 🟠502 Bad Gateway Сервер, выступая в роли шлюза или прокси, получил неверный ответ от вышестоящего сервера. 🟠503 Service Unavailable Сервер временно не может обработать запрос из-за перегрузки или технического обслуживания. 🟠504 Gateway Timeout Шлюз или прокси-сервер не получил вовремя ответ от вышестоящего сервера для завершения запроса. Ставь 👍 и забирай 📚 Базу знаний

🤔 Что такое респонсивная верстка? Респонсивная верстка (Responsive Web Design, RWD) — это подход к разработке веб-страниц, при котором сайт автоматически подстраивается под разные размеры экранов и устройства (десктопы, планшеты, смартфоны). 🚩Как реализуется респонсивность? 🟠Медиа-запросы (CSS Media Queries) Позволяют менять стили в зависимости от размера экрана. body { font-size: 16px; } @media (max-width: 768px) { body { font-size: 14px; } } 🟠Гибкие сетки (Flexible Grids, Flexbox, CSS Grid) Позволяют располагать элементы на странице так, чтобы они адаптировались под экран. .container { display: flex; flex-wrap: wrap; } .item { flex: 1 1 300px; /* Блоки с минимальной шириной 300px */ } 🟠Отзывчивые изображения (Responsive Images) Изображения должны подстраиваться под размер экрана. img { max-width: 100%; height: auto; } 🟠Viewport в `` Обязательный тег для адаптивности на мобильных устройствах. Ставь 👍 и забирай 📚 Базу знаний