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

Программируешь? Участвуй в олимпиаде Высшая проба Сделай шаг в IT вместе с Яндексом и ВШЭ — прими участие в олимпиаде по промышленному программированию! Победителям — БВИ или 100 баллов по профильному предмету в лучших вузах России. Регистрируйся до 20 октября! Узнать больше #реклама olymp.hse.ru О рекламодателе

🤔 Что известно про этапы тест-анализа? - Изучение требований; - Выделение тестируемых объектов; - Определение условий и сценариев; - Выявление недостатков, серых зон и противоречий; - Подготовка к написанию тест-кейсов. Ставь 👍 если знал ответ, 🔥 если нет Забирай 📚 Базу знаний

Среди мягкого света Jumeirah Marsa Al Arab Здесь забывают о расписании — течение дня подскажет само. Откройте для себя Jumeirah Marsa Al Arab. Забронировать #реклама jumeirah.com О рекламодателе

🤔 Для чего нужен CI/CD? Это методика и инструменты, которые помогают автоматизировать процесс разработки, тестирования и развертывания приложений. Она используется для ускорения разработки и повышения качества программного обеспечения. 🚩Компоненты CI/CD 🟠Continuous Integration (CI) Непрерывная интеграция. Позволяет автоматически интегрировать код от разных разработчиков в общий репозиторий и проверять его на наличие ошибок. 🟠Continuous Delivery (CD) Автоматизация всех этапов после CI: сборки, тестирования и подготовки к развертыванию. 🟠Continuous Deployment (CD) Полная автоматизация развертывания приложения на продакшн. 🚩Почему CI/CD важен? 🟠Быстрее выпуск новых версий Автоматизация тестов и развертывания сокращает время между написанием кода и его использованием пользователями. 🟠Высокое качество кода Автоматические проверки помогают обнаруживать баги на ранних этапах. Меньше человеческих ошибок благодаря автоматизации. 🟠Постоянная доступность продукта Код в репозитории всегда находится в рабочем состоянии благодаря постоянной интеграции и тестированию. 🟠Стабильность и уверенность Любые изменения проходят через одинаковый, заранее настроенный процесс проверки и тестирования. 🟠Снижение затрат на исправление ошибок Раннее обнаружение багов снижает стоимость их исправления. 🚩Как CI/CD помогает в работе QA? QA-специалисты получают автоматизированные проверки, которые они могут настроить для проверки функциональности, производительности и безопасности. Легко воспроизводить ошибки: если тест падает, CI/CD хранит логи и окружение для анализа. QA меньше времени тратит на рутинные проверки, сосредотачиваясь на сложных сценариях. Ставь 👍 и забирай 📚 Базу знаний

Аренда VPS/VDS-сервера. Виртуальные выделенные серверы в дата-центрах уровня Tier III — 7 готовых конфигураций от 200 ₽/мес. Преимущества аренды: - Выделенные ресурсы без переплаты; - KVM-виртуализация; - Быстрые NVMe SSD; - Бесплатная защита от DDoS; - Управление через панель, API и Terraform; - Техподдержка 24/7. Запустите сервер за несколько минут! Попробовать #реклама 16+ selectel.ru О рекламодателе

🤔 От какого вида тестирования бы отказался: smoke, regression, sanity? Отказываться не стоит, но если сильно ограничено время — можно: - Ограничить регрессию, проверяя только критичный путь. - Или совместить sanity и smoke в один базовый прогон. Полный отказ от smoke или regression — рискованный шаг. Ставь 👍 если знал ответ, 🔥 если нет Забирай 📚 Базу знаний

🤔 Что будет в билде на альфа-тестировании? Альфа-тестирование – это первая фаза тестирования перед бета-релизом, которая проводится внутри компании. Билд на этом этапе может быть нестабильным, но уже включает основные функции для тестирования. 🚩Что включает билд на альфа-тестировании? Основной функционал – ключевые функции уже работают, но могут быть недочёты. Отладочная информация – логирование, дебаг-панели, метрики для диагностики багов. Известные баги – разработчики могут оставить список проблем, которые ещё не исправлены. Тестовые данные – могут быть заглушки вместо реальных данных (фейковые платежи, тестовые аккаунты). Функции в разработке – некоторые части могут быть недоделаны или отключены. Инструменты отладки – иногда включаются специальные команды для тестирования. 🚩Что тестируется на альфа-версии? Критические баги – краши, зависания, ошибки работы системы. Основной функционал – соответствие требованиям, корректность логики. Производительность – скорость работы, потребление памяти, нагрузка. Интеграции – взаимодействие с API, базами данных, сторонними сервисами. UI/UX – базовая проверка интерфейса, удобство использования. 🚩Кто тестирует альфа-билд? QA-инженеры – проводят основное тестирование. Разработчики – могут тестировать функции перед передачей QA. Менеджеры, аналитики – проверяют соответствие требованиям. Ставь 👍 и забирай 📚 Базу знаний

🤔 Что такое эквивалентное разделение? Эквивалентное разделение (Equivalence Partitioning) — это метод тестирования, при котором тестовые данные разделяются на эквивалентные группы, которые ожидаемо ведут себя одинаково. Это позволяет тестировщику выбирать один или несколько представителей из каждой группы для тестирования, вместо того чтобы тестировать каждое значение отдельно, тем самым сокращая общее количество тестов, необходимых для покрытия требуемого функционала. Ставь 👍 если знал ответ, 🔥 если нет Забирай 📚 Базу знаний

🤔 Как сервер проверит что ключ доступа соответствует? Проверка ключа доступа сервером осуществляется с использованием различных методов аутентификации и валидации. Вот процесс проверки с объяснением: 🟠Получение ключа от клиента Когда клиент отправляет запрос, он включает ключ доступа (например, в заголовке, параметрах запроса или теле). GET /api/resource HTTP/1.1 Authorization: Bearer your_access_token 🟠Сопоставление ключа с базой данных Сервер проверяет ключ, сравнивая его с сохраненными данными: Где хранятся ключи? Обычно ключи хранятся в защищенной базе данных в виде: - Оригинала (например, API-ключей). - Хэша (например, для JWT или паролей, чтобы не хранить оригинальные данные). Что проверяется? - Существование ключа. - Связанная с ним информация (например, пользователь, срок действия, права доступа). 🟠Проверка срока действия (Expiration Time) Для токенов (например, JWT) или временных ключей сервер проверяет, не истек ли срок действия: Для API-ключей это может быть статическое поле "срок действия" в базе данных. Для JWT срок действия зашит в самом токене в поле exp. 🟠Валидация подписи (для JWT или шифрованных ключей) Если используется токен, сервер проверяет его подлинность с помощью подписи: JWT: Сервер декодирует токен и проверяет подпись, используя секретный ключ (HS256) или открытый ключ (RS256). Если подпись невалидна, запрос отклоняется. Зачем подпись? Чтобы удостовериться, что токен был выдан сервером и не изменен. Пример кода валидации JWT на Python с использованием библиотеки PyJWT import jwt SECRET_KEY = "your_secret_key" def validate_jwt(token): try: payload = jwt.decode(token, SECRET_KEY, algorithms=["HS256"]) return payload # Возвращает данные токена, если он валиден except jwt.ExpiredSignatureError: return "Token expired" except jwt.InvalidTokenError: return "Invalid token" 🟠Проверка прав доступа Сервер анализирует связанный с ключом контекст (например, роли или разрешения): Пример: Пользователь с ключом KEY123 имеет доступ только к определенным данным или функциям. Реализация: Хранение прав в базе данных или в самом токене (внутри payload). 🟠Ответ на основе результата проверки Если ключ валиден, сервер разрешает доступ к ресурсу и возвращает данные. Если ключ недействителен (не существует, истек, не имеет прав), сервер возвращает ошибку, например: 401 Unauthorized (для отсутствия или невалидного ключа). 403 Forbidden (если прав недостаточно). Ставь 👍 и забирай 📚 Базу знаний

🤔 Что включает в себя тестирование инсталляции? Тестирование установки включает в себя проверку: - Успешной установки (процесс проходит без ошибок). - Работоспособности после установки (приложение запускается корректно). - Удаления программы (не оставляет "мусора" в системе). - Обновления на новую версию (не теряются данные). - Совместимости с разными ОС и устройствами. - Доступности необходимых зависимостей (например, Java, .NET). Ставь 👍 если знал ответ, 🔥 если нет Забирай 📚 Базу знаний