Инженер-разработчик программного обеспечения Тест SDET Конкурсный набор 4 Вопрос такого типа, заданный на собеседовании!
Добро пожаловать на конкурс SDET — набор 4. Это конкурс способностей к программированию, тестирования мышления, навыков автоматизации, а также дизайна и оценки карны. Соревнуйтесь со мной, отвечая на объективные и субъективные задачи, используя код aap, дизайн тестовых примеров, выявление ошибок, сценарии автоматизации и фреймворки, а также идеи.
Продолжительность: 90 минут
Всего баллов: 100
Разделы и вес (пример):
Алгоритмы и структуры данных (кодирование) — 30 баллов
Тестовые случаи / Проектирование тестов и вопросы качества — 20 баллов
Автоматизация / Проектирование фреймворков — 20 баллов
Проектирование систем / API / Архитектура — 15 баллов
Отладка / Поиск ошибок / Обзор кода — 15 баллов
Правила / Инструкции:
Используйте Java / Python / C# / язык соревнования для написания заданий по кодированию
Пишите чистый, читабельный код, комментируйте при необходимости
Частично правильные решения или обоснование будут засчитаны частично.
Время на каждый вопрос может варьироваться; Управляйте своим временем
Отсутствие плагиата / копирование внешних библиотек, которые полностью решают задачу
Критерии оценки:
Корректность и полнота
Эффективность (сложность по времени / памяти)
Читабельность кода, модульность
Качество и покрытие тестовых случаев
Надежность и обработка пограничных случаев
Ясность дизайна / архитектуры
Вопросы Kaise Pooche Jaate Hain — Типичные типы вопросов с примерами и советами
Ek SDET / инженер-разработчик программного обеспечения test me ye types ke questions aate hain:
Тип вопроса Цель Пример / Советы по шаблону / На что обратить внимание
Проверка навыков решения и реализации задач на основе кодирования / алгоритмов «Найдите k-й наименьший элемент массива».
Сериализация / десериализация двоичного дерева». Проверка корректности, пограничных случаев, сложности (большое «О»), использования памяти
Отладка/Исправление кода Выявление ошибок/исправление кода «В этом фрагменте кода есть логическая ошибка — найдите и исправьте её». Кандидат должен элегантно объяснить первопричину и исправить её.
Тест-кейс/Проектирование теста Оценка подхода к тестированию «Для функции логин (имя пользователя, пароль) перечислите тест-кейсы (положительные, отрицательные, пограничные)». Покрытие, граничные случаи, недопустимые входные данные, стресс-кейсы.
Автоматизация/Проектирование фреймворка Оценка способности проектировать автоматизацию тестирования «Разработайте фреймворк Selenium + Page Object Model для этого веб-приложения».
«Как бы вы интегрировали свои тесты с CI/CD?» Обратите внимание на модульность, поддерживаемость, расширяемость.
Система/API/Архитектура Общее проектное мышление «Разработайте систему обработки заказов с API, какие конечные точки использовать и как их тестировать?» Понимание компромиссов, масштабируемости, обработки ошибок, тестируемости.
Сложность и анализ/Вопросы с несколькими вариантами ответов Быстрые теоретические проверки «Какова временная сложность сортировки слиянием?» «Какой тип индекса SQL лучше всего подходит?» Быстрая проверка основных концепций
Поведенческий / Мягкий / Сценарный
Понимание мышления и приоритетов кандидатов «Предположим, релиз задерживается, пропустите ли вы тестовое покрытие? Почему?» Обоснование, компромиссы, практический подход
Примеры вопросов (для вашего Набора 4)
Кодирование / Алгоритм
«Дана строка, найдите самую длинную подстроку без повторяющихся символов».
Вернуть подстроку или её длину
Код не работает для некоторых входных данных. В чём ошибка? Исправьте и объясните.
Разработка тестового случая
Функция: int divide(int a, int b)
Напишите тестовые случаи, охватывающие нормальные, граничные и ошибочные случаи (например, деление на ноль).
Разработка автоматизации / Фреймворка
«Разработайте автоматизированный тестовый фреймворк для RESTful веб-сервиса. Какие модули/классы нужны, как структурировать тестовые случаи, как представлять результаты, как интегрировать в непрерывную интеграцию?»
API / Проектирование системы + Тестирование
«Разработайте сервис сокращения URL-адресов (например, bit.ly). Какие API, схемы БД, как вы будете тестировать масштабирование, граничные случаи, условия гонки?»
MCQ / Теория
«В чем разница между тестированием методом «белого ящика» и методом «черного ящика»?»
«Какая структура данных лучше всего подходит для кэша LRU?»
Советы по составлению и оценке вопросов
Уровень вопросов должен быть сбалансированным: простой, средний и сложный, чтобы все участники могли попробовать свои силы.
Для вопросов по программированию предоставьте примеры входных/выходных данных и критических случаев.
Для вопросов по тестированию или автоматизации поощряйте объяснение.
При оценке обращайте внимание не только на правильный ответ, но и на обоснование, ясность и обработку граничных случаев.
Комбинируйте объективные (MCQ, вопросы с несколькими вариантами ответов) и субъективные вопросы (открытые)
#TYCo...
Информация по комментариям в разработке