какие вопросы задают тестировщикам на собеседовании
Тестирование тестировщиков
Один тестировщик может протестировать что угодно, кроме самого себя. А два, как известно, могут протестировать вообще всё. В этой статье мы расскажем, как на самом деле обстоит процесс подбора тестировщиков в hh.ru.
Существует несколько этапов отбора специалистов и два больших фильтра в лице HR и Технического департамента:
Отбор резюме HR-специалистом
Отбор резюме тестировщиком
Опросник
Техническое собеседование
Тестовое задание и его проверка
Финал – знакомство с одной или с несколькими командами
Для полного счастья не хватает еще несколько кругов, не так ли? Просто представим, что они есть. Ниже мы подробнее разберем каждый из этапов и дадим пару советов, как проскочить их наиболее эффективным способом.
Отбор резюме рекрутером
Тут всё понятно. Рекрутер скринит известные и не очень ресурсы на предмет релевантных резюме, после чего несет лучшие на суд тестировщикам.
Пример резюме, которое нас заинтересует
Опыт работы:
Работа по методологии от Java: scrum/kanban
Принятие участия на самых ранних этапах разработки: от идеи до релиза фичи
Коммуникация с дизайнерами, заказчиками
Оценка возможных рисков
Работа с багтрекингом Jira/Confluence
Ручное тестирование frontend и backend
Проведение функционального, регрессионного, кроссбраузерного тестирования
Чтение логов – Linux, Kibana
Поддержка и написание новых тестов (Maven, TestNg, Selenium WebDriver, Java)
Использование SQL на уровне простых запросов
Работа с NoSQL субд (у нас есть Cassandra, желательно общее понимание)
Знание:
Основных понятий клиент-серверной архитектуры
Протокола http и его расширения https
Базовых команд Linux
Базовые знания Java — Collection Framework, TestNg/Junit
Ключевые навыки:
Devtools – очень желательно. Достаточно редко попадаются соискатели-тестировщики, которые не работали с Devtools
Postman или аналоги. Должно быть представление, как работает инструмент
Любой из снифферов трафика
Что может насторожить
Здесь мы выносим свой вердикт и оставляем комментарии к резюме – что нам нравится, а что настораживает. Вот что может нас насторожить:
Желаемая должность
QA Automation engineer – у нас больше ручного тестирования и 20-30% автоматизации, человеку с такой должностью может быть скучно. В этом случае рекрутер связывается с кандидатами, чтобы уточнить, подходит ли соискателю такое процентное соотношение или нет. В 50% случаях кандидатам подходит такой процент автоматизации. Плюс у нас в компании есть все возможности вырасти в автоматизатора и разработчика.
QA Lead/Head of QA – поскольку мы ищем специалиста на позицию тестировщика, скорее всего кандидат с опытом руководства вряд ли захочет подобного «даунгрейда». Но всегда можно уточнить, ведь есть миллион случаев, когда специалисты «устают» от руководства и уходят обратно в инженеры.
Тестировщик (manual only) – если соискатель хочет работать ручным тестировщиком, мы уточняем этот момент. Бывают случаи, когда люди не хотят развиваться в автоматизации, а это один из этапов прохождения испытательного срока – написать автотест
Опыт работы
Руководство – в опыте указано руководство командой тестировщиков. Например, у соискателя в подчинении находились пять тестировщиков, он распределял задачи и ресурсы. Такие моменты уточняет HR, потому что есть люди, которым не понравилось лидство, и он захотел вернуться в ряды тестировщиков
Только автоматизация – разработка моков, поднятие автотестов с нуля. Таким специалистам, скорее всего, будет скучновато работать на 70% ручного тестирования
Нет опыта Web-тестирования – таких кандидатов мы не рассматриваем совсем.
Указано много видов тестирования в опыте работы, и ничего не написано про инструменты и технологии, которые использовались. С таким резюме шансы дойти до опросника значительно снижаются.
Опросник
После того, как мы просмотрели резюме и выбрали подходящие, отправляем их в опросник. Зачем?
Отсеиваем незаинтересованных кандидатов – такие либо вообще не присылают опросник, либо присылают неразвернутые ответы (да/нет/пч0лы)
Смотрим, рассуждает ли тестировщик в ответах или пользуется лишь заученными терминами
Проверяем «адекватность»: нет ли скрытой агрессии, например
Однако сейчас мы пытаемся ввести практику отказа от опросника, поскольку из-за него у нас нет-нет да отваливаются тестировщики с очень хорошими скиллами и мощными резюме.
Техническое собеседование
После опросника следует техническое собеседование. Успешный собес на практике всегда опирается на два простых правила:
Не более 4 человек от компании на собеседовании: один ведущий, двое помогают ведущему, также может быть один слушатель, который хочет прокачать навыки для проведения собеседований
Ведущий управляет собеседованием по определенному плану и выстраивает диалог
План собеседования:
Рассказываем про позицию (роль тестировщика в компании и команде, его обязанности)
Говорим про команды, в которые идет поиск
Предлагаем кандидату задать нам вопросы
Задаем собственные: про опыт, технические моменты и всё в таком духе
Ждем дополнительных вопросов от кандидата, если они есть
На что обращаем внимание:
Как складывается общение – как отвечает и подает себя соискатель
Готов ли работать без документации – в Техдепе ее мало, в основном – исследовательское тестирование. Это важный пункт, нужно уточнять, будет ли кандидату комфортно работать в таких условиях.
Как отстаивает свои позиции – разработчик закрыл задачу и говорит: «Это не баг, а фича», – вопрос заключается в том, как поступит кандидат
Проявление инициативы – здесь можно уточнить причину ухода соискателя с прошлой работы. Зачастую кандидаты отвечали, что не было развития и автотестов. И тут можно задать вопрос: что сделал кандидат для внедрения автотестов или улучшения качества работы сервиса
Опыт тестирования веба – знание соискателя об устройстве веба
Последний опыт работы – кандидат может рассказать о процессе, проекте, релизах или устройстве тестовых стендов
Что-то пошло не так
Иногда что-то идет не так, и надо плавно завершать собеседование. Вот распространенные кейсы:
Технический бэкграунд слабый, но по общению всё хорошо. У кандидата хорошие мотивация и обучаемость. Но сейчас он еще не готов: слишком «зеленый». В таком случае проверяем софт-скиллы и плавно завершаем собеседование. Обычно в Talantix мы пишем, что готовы рассмотреть такого человека через полгода-год.
С софт-скиллами все сложнее. Бывает довольно сложно определить, сможет ли специалист работать с нашими проектами. Например, иногда из-за специфики работы с госзаказами у людей складывается определенный тип общения. С такими кандидатами бывает тяжело, но через год они, как правило уже готовы к сотрудничеству и дальнейшей работе.
На хамство/агрессию не стоит реагировать остро. Мы плавно завершаем собеседование без каких-либо ответных реакций. Делаем отметку в Talantix, что этот человек совсем конфликтный и общаться мы с ним больше не будем. Главное – не идти эскалацию конфликта.
Больше всего внимания мы уделяем софт-скиллам. У нас нет тестовой документации, поскольку для поддержания ее в актуальном состоянии потребуется еще один отдел. Отдел поддержания документации в актуальном состоянии, you know.
Поэтому важны софт-скиллы тестировщика, так как придется много общаться с заказчиками и другими командами разработки для уточнения требований. Обычно мы спрашиваем, как у кандидата происходило взаимодействие с командой и заказчиками. Какие действия он предпринимал для решения тех или иных проблем. Чтобы он делал в случаe разногласия с разработчиком, на вопрос “баг это или фича”.
Тестовое задание
Если всё прошло как надо, после технического собеседования мы высылаем кандидатам тестовое, которое включает в себя:
Написание тест-кейсов на страницу hh: создание резюме, поиска
Оценку времени тестирования
Найденные баги, которые кандидат заметил, пока составлял тест-кейсы
Буквально неделю-две назад мы начали пропускать этап тестового задания. И заметили тенденцию – когда выдавали тестовое задание хорошему кандидату с оффером из другой компании, он моментально отваливался. Зачем ему делать еще какие-то задания, когда у него уже есть прекрасный оффер?
Поэтому иногда этот шаг может быть включен в этап технического собеседования.
Финалочка
И вот он наш герой: прошел огонь, воду и тест-кейсы. Дошел до финала. Здесь кандидата ожидает знакомство с командой. Здесь уже ребята из команд сами подбирают для себя людей под свои интересы и задачи. Чаще всего используется такой алгоритм:
Анализируем личные качества кандидата
Смотрим, насколько подходит команде по общению/интересам
Кандидат интересуется своей будущей командой и оценивает, насколько она ему подходит
Чек-лист подготовки к собеседованию на позицию ручного web-тестировщика
Самые популярные вопросы:
Какие методики тестирования Вы знаете?
модульная/компонентная: проверяет функциональность и ищет дефекты в частях приложения, которые доступны и могут быть протестированы по отдельности;
интеграционная: предназначена для проверки связи между компонентами, а также взаимодействия с различными частями системы.
системная: высокоуровневая проверка функционала всей программы или системы в целом.
приемочная: проводится на этапе сдачи готового продукта заказчику.
Именно в этом порядке программное обеспечение подвергается испытанием.
Расскажите про виды тестирования?
Все виды тестирования программного обеспечения, можно условно разделить на следующие группы:
связанные с изменениями, то есть после исправления бага/дефекта необходимо повторное тестирование, с целью убедиться, что внесенные изменения действительно решили проблему.
Что такое нагрузочное тестирование и чем отличается от стресс тестированием?
Какие бывают подходы тестирования?
Всё зависит от доступа к коду программного обеспечения.
Что такое чек-лист и как его оформлять?
Литературы по тестированию множество и вам всё не перечитать, это и не нужно! Выбирайте книгу более современную и тоньше.
Что такое web приложение? Однозначно, это клиент-серверное приложение, в котором клиент взаимодействует с веб-сервером при помощи браузера. Поэтому не избежать вопросов про сетевые протоколы взаимодействия. Могут быть общие вопросы:
Какие интернет протоколы Вам известны?
На собеседование достаточно будет рассказать про основные протоколы, углубляться в эту тему не следует. Наиболее известные протоколы:
HTTP (Hyper Text Transfer Protocol)
FTP (File Transfer Protocol)
POP3 (Post Office Protocol)
SMTP (Simple Mail Transfer Protocol)
Но основная часть вопросов будет про http и https:
Расскажите какие между ними различие?
http — протокол прикладного уровня передачи данных, изначально — в виде гипертекстовых документов в формате HTML, в настоящее время используется для передачи произвольных данных.
https — расширение протокола HTTP для поддержки шифрования в целях повышения безопасности.
Как же ответить на вопрос «в чем отличия?», ответ кроется в их определении, а именно: https не является отдельным протоколом передачи данных, а представляет собой расширение протокола http с надстройкой шифрования; передаваемые по протоколу http данные не защищены, https обеспечивает конфиденциальность информации путем ее шифрования.
Какие Вам известны методы протокола http, расскажите вкратце о каждом?
HTTP определяет множество методов запроса, которые указывают, какое желаемое действие выполнится для данного ресурса.
Метода GET в HTTP используется для получения информации от сервера. Запросы клиентов, использующие метод GET должны получать только данные и не должны никак влиять на эти данные.
Метод HEAD работает точно так же, как GET, но в ответ сервер посылает только заголовки и статусную строку без тела HTTP сообщения.
Метод POST используется для отправки данных на сервер, например, из HTML форм, которые заполняет посетитель сайта.
Метод PUT заменяет все текущие представления ресурса данными запроса.
Метод DELETE удаляет указанный ресурс.
Метод CONNECT преобразует существующее соединение в тоннель.
Метод OPTIONS используется для получения параметров текущего HTTP соединения.
Метод TRACE создает петлю, благодаря которой клиент может увидеть, что происходит с сообщением на всех узлах передачи.
Метод PATCH используется для частичного изменения ресурса.
Отвечая на этот вопрос можете перечислить только основные методы.
Расскажите о структуре http-запроса и ответа?
Не пугайтесь этого вопроса, здесь следует упомянуть только про основные части http запроса: строка запроса, заголовки, тело сообщения. Нужно обратить внимание, что между заголовками и телом сообщения находится пустая строка (в качестве разделителя), она представляет собой символ перевода строки. При получении ответного запроса от сервера, тело сообщения обычно представляет собой содержимое веб-страницы.
Для расширения кругозора рекомендую прояснить понятия «Транспортный уровень», «Уровень сети интернет», «Канальный уровень».
Основы Web-программирования
Веб-приложение — клиент-серверное приложение, в котором клиент взаимодействует с веб-сервером при помощи браузера. Поэтому вопросы на собеседовании по этой теме обязательно будут!
Почему не открывается гиперссылка?
При ответе на вопрос необходимо уточнить, что у пользователя устойчивое интернет соединение. Даны следующие вводные: пользователь заходит на популярный ресурс с новостями, нажимает на «Срочная новость!», но страница не открывается. Самый простой способ разобраться в причине, это воспользоваться браузерной консолью. Открыли консоль, выбрали элемент с гиперссылкой, и анализируем какой веб-адрес указан. Самая популярная ошибка, которую находят тестировщики, это неверно указанный веб-адрес.
Почему не соответствует цвет кнопки дизайну?
Посмотреть цвет кнопки можно аналогичным способом через браузерную панель, и сравнить кодировки цвета.
Расскажите про браузерную консоль.
Панель Elements показывает разметку страницы точно так же, как она рендерится в браузере, так же можно посмотреть, как бы выглядела открытая страница на каком-нибудь девайсе с другим расширением экрана.
Панель Network. Основная функция данной вкладки – запись сетевого журнала. Она дает представление о запрашиваемых и загружаемых ресурсах в режиме реального времени.
Панель Performance. Данная вкладка используется при необходимости полного обзора затраченного времени.
Панель Memory. Данная панель дает возможность профилировать время исполнения и использование памяти веб приложением или страницей, таким образом помогая понять где именно тратится много ресурсов и как можно оптимизировать код.
Панель Application. Предназначена для исследования загруженных элементов.
Если у вас есть основы знаний HTML, CSS, JS это будет огромным плюсом, хотя бы следует развиваться в этом направлении, чтобы стать хорошим специалистом!
Что же именно входит в основы?
А что же с API?
Сложность тестирования API (программный интерфейс приложения) заключается в отсутствии пользовательского интерфейса. Поэтому нужно настроить с необходимым набором параметров среду тестирующую API, а затем проанализировать результаты теста. Какие же вопросы могут таиться:
Чем отличается REST от SOAP протокола?
REST — это архитектурный стиль. SOAP — это формат обмена сообщениям, имеет веб-сервис WSDL с прописанными методами, которые можно удаленно вызывать.
REST работает только по HTTP/HTTPS, SOAP с любым протоколом прикладного уровня: SMPT, FTP, HTTP, HTTPS, POP3.
REST более простой, гибкий и быстрый, SOAP типизированный, но в некоторых случаях лучше визуализируется за счет применения им синтаксиса похожего на HTML разметку.
Какой формат передачи информации используется в SOAP, а какой в REST?
REST использует Json и XML, SOAP только XML.
Какие инструменты вы знаете для тестирования API?
Отвечая на этот вопрос, опирайтесь на свой опыт. Список самых популярных инструментов: SoapUI, Postman, REST-Assured, Fiddler, Karate, JMeter.
Информации по API в свободном доступе огромное количество, поэтому вы сможете разобраться в этом разделе.
Как быть с автоматизацией?
Во многих компаниях активно используется автоматическое тестирование. Часто разбором результатов прогонов и анализом занимаются ручники. Поэтому нужно иметь небольшое представление, как строится процесс автоматизации и какие инструменты используются.
Если раньше в работе сталкивались с автоматизацией, то расскажите подробнее какой использовался технический стек, как происходил разбор тестов, и какой был алгоритм действий, если автотест падал с ошибкой.
Большим плюсом будет опыт работы с GIT и с базами данных.
Какие вопросы задают тестировщикам на собеседовании
Что пишут в блогах
Онлайн-тренинги
Что пишут в блогах (EN)
Introduction
Разделы портала
Про инструменты
Автор: Наталья Руколь
Следуя спросу, продолжаю цикл ответной статьёй.
За время своей работы в отрасли QC я 7 раз меняла работу, проходила около 50 собеседований, проводила более 400, участвовала в качестве наблюдателя не меньше чем в 100 собеседованиях, проводила аудит персонала и консалтинг по смежным вопросам в трёх компаниях, наняла почти 60 сотрудников и руководила более чем 100. Я не считаю, что являюсь гуру в этой области (хотя и стремлюсь к этому) – но мне уже есть, чем поделиться. Результаты наблюдений – в статье, которая перед Вами. Я буду рада вопросам «новичков» и комментариям «гуру», за которые заранее спасибо!
Эта статья предназначена для тех, кому предстоит прохождение собеседований на вакансию тестировщика. Возможно, Вы только начинаете свой путь, или стремитесь улучшить условия работы, или хотите сменить компанию потому, что в текущей Вас что-то не устраивает. Вне зависимости от причин, по которым Вы ищете работу, Вам могут быть полезны приведённые ниже советы.
Я постаралась собрать вопросы, которые обычно задаются на собеседованиях, и сгруппировала их по трём областям: общие вопросы, вопросы по тестированию, и технические. Основные правила ответов и нюансы конкретных вопросов приведены ниже.
Вопросы общего содержания чаще всего задают HR (если они, конечно, есть). Однако такие же или похожие на них вопросы задают и технические руководители.
1. Почему Вы меняете место работы?
Этот вопрос обычно задают вне зависимости от того, продолжаете Вы работать на текущем месте или уже ушли с него. Опытные менеджеры таким образом определяют мотивацию и проблемы, с которыми сталкивался сотрудник. Менее опытные руководители интуитивно определяют «подходимость» сотрудника к текущей вакансии.
Как отвечать на этот вопрос?
На этот вопрос нужно отвечать правду. Конечно, Вам лучше воздержаться от искренних высказываний про интеллект ненавистного руководителя или от непосредственной критики политики предыдущей компании, задерживавшей зарплату. Но, тем не менее, здесь максимально важна правда, и в этом заинтересованы лично Вы в первую очередь: если Вы уходите из предыдущей компании из-за проблем, с которыми гарантированно столкнётесь на новом месте работы – то Вам лучше продолжить поиски. Скрыв то, что заставило Вас поменять работу, Вы скорее всего не узнаете, есть ли аналогичные проблемы на новом месте.
Подготовьтесь к этому вопросу заранее. Если Вам нечего скрывать, и Вы меняете работу из-за закрытия интересного проекта, отсутствия перспектив карьерного роста или невысокой зарплаты, то Вы можете смело объяснить ситуацию. Если же причиной является то, что «Вас недооценивают», или имеют место конфликты – подберите максимально сдержанное объяснение ситуации. Воздержитесь от критики – с критиканами мало кто любит работать!
2. Почему Вы выбрали нашу компанию?
По мнению множества HR’ов, владеющих сакральными знаниями, лояльный к компании сотрудник имеет больше шансов на длительную и продуктивную работу. А следовательно – и больше шансов на принятие на работу.
Как отвечать на этот вопрос?
К этому вопросу тоже достаточно важно подготовиться. Зайдите на сайт компании, почитайте о ней. Найдите плюсы, которые Вам действительно важны. Не стоит преувеличивать Ваш интерес к компании, и не стоит показывать важным что-то, на что Вам, если честно, абсолютно наплевать. Но найдите хотя бы пару существующих для Вас плюсов: интересная прикладная область, перспективы, возможность общаться на английском языке или хотя бы удобное расположение офиса. Взвешенно ответив на этот вопрос, Вы получите массу бенефитов:
3. Почему Вы хотите работать именно в тестировании?
Этот вопрос задают не просто так. Зачастую в тестирование идут сотрудники, расценивающие эту область как промежуточный этап – перед разработкой, аналитикой, и т.д. И в этом подходе есть как минимум две проблемы:
Как отвечать на этот вопрос?
4. Кем Вы хотите работать через 1 год / 3 года / 5 лет?
Как отвечать на этот вопрос?
Вдумчиво. Если Вы никогда не задавались этим вопросом, то на этапе поиска работы как раз пора об этом задуматься. Определившись с ответом, Вы сможете более эффективно выбирать предложения о работе и определять, насколько Вам подходит тот или иной работодатель. Рассказав о своих планах на собеседовании, Вы покажете себе целеустремлённым сотрудником и дадите возможность работодателю ответить Вам, осуществимы ли Ваши планы в выбранной компании. И если это невозможно – то Вы обязательно найдёте более подходящее место работы!
Вопросы по тестированию
Вполне логично, что для тестировщика важнее всего хорошее знание своей специальности. Поэтому этой части собеседования грамотные менеджеры уделяют максимум внимания. Ниже рассмотрим основные задаваемые на собеседованиях вопросы.
1. Что такое тестирование чёрного ящика?
В зависимости от должности и зарплаты, на которую Вы рассчитываете, Вам скорее всего будут задаваться вопросы разной сложности, связанные с глоссарием области тестирования. Начинающего сотрудника спросят про чёрный ящик и классы эквивалентности, а более опытного – про сходящиеся тесты и эффект пестицида. При этом вопросы не обязательно будут относиться к регулярно используемым в выбранной компании терминам: работодателю важно узнать Ваше понимание отрасли в целом. Грамотные ответы на различные вопросы показывают Вашу заинтересованность в тестировании и глубокую методологическую подготовку, которые (не факт, но скорее всего!) положительно скажутся на результатах работы.
Так как о таких «теоретических» вопросах ходят слухи, многие соискатели в процессе подготовки к собеседованию читают глоссарии и пытаются запомнить определения, не вникая в суть и не пытаясь понять применимость. Я неоднократно сталкивалась с тестировщиками, которые знают определение классов эквивалентности наизусть, но в практическом задании не справляются с их использованием. Поэтому, полистать в ночь перед собеседованием глоссарий – это хорошо, но обмануть работодателя таким образом вряд ли удастся. Вы можете преподнести себя на собеседовании лучше, можете акцентировать внимание на сильных сторонах – но у Вас не получится показать работодателю навыки, которых на самом деле нет.
Подготовиться к таким вопросом за один день не удастся. Выделите время – Вам это поможет и на собеседовании, и в последующей работе. А хорошие подборки книг по тестированию Вы можете найти здесь и здесь
2. Протестируйте лифт!
Итак, Вы рассказали, что такое классы эквивалентности и граничные значения. Пришло время проверить, умеете ли Вы их использовать. И вот, Вас просят протестировать лифт. Или карандаш. Или калькулятор, джинсы, чашку. Неважно что. Задача – скорее всего непривычная и нестандартная. Что ждёт от Вашего ответа работодатель?
• Способность мыслить творчески. Для тестеров это ого-го как важно. Я неоднократно встречала соискателей, которые на вопрос «протестируйте чашку» не могут придумать ни одного теста. Скорее всего, с тестированием нового компонента у них тоже возникнут проблемы.
• Структуризацию. Если тестирование калькулятора начинается с деления на ноль, то соискатель скорее всего не умеет приоритезировать тесты и не очень хорошо понимает основных задач, возлагаемых на тестирование.
• Умение использовать методики, которые в теории кажутся такими простыми. Если на лифте Вы планируете ездить с каждого этажа на каждый этаж – значит, понимание классов эквивалентности не ушло дальше теории.
• Умение использовать все возможные виды тестирования. Нагрузочное тестирование лифта (вызвать со всех этажей), объёмное тестирование чашки (налить в неё максимум воды), производительность калькулятора при операции сложения, юзабилити джинсов и пользовательская документация на карандаш – лучшие способы показать, что Вы «в теме».
Правильный ответ на подобный вопрос следует из описанных выше требований к ответу. Структурируйте информацию. Узнайте максимум о тестируемом объекте. Определите, что вы будете проверять в рамках функционального и нефункционального тестирования. Подумайте, как Вы можете оптимизировать набор тестов, чтобы не проверять всё подряд. И ни в коем случае не начинайте свой ответ с конкретных тестов – мартышкин труд отличается от грамотного тестирования предварительным продумыванием своих действий.
3. Расскажите, как создавать тест-кейзы
Или как написать тест-план, как создать фреймворк автоматизации тестирования или что-либо ещё. Самое худшее, что Вы можете сделать при ответе на этот вопрос – пытаться сделать вид, что Вы умеете делать что-то, когда на самом деле этого никогда не делали. Если тема Вам хорошо знакома, и Вы знаете, как отвечать – флаг в руки! Если же Вы не уверены в правильности своих мыслей – обязательно предупредите об этом собеседующего фразой вроде «Я никогда этого не делал, но мне кажется правильным следующая последовательность действий…». Искренность всегда подкупает, а ошибки в ответе не будут восприниматься строго. Если же Вы будете рассказывать «правильный» подход, не будучи в нём уверенным, и наговорите глупостей – врядли кто-то захочет брать Вас на работу.
Я не буду давать длительных советов по этому вопросу – или напишу отдельную статью. Просто убедитесь, что Вы знаете, как отвечать на этот философский вопрос.
5. Как определить качество продукта?
Этот вопрос, как и предыдущий, тоже распространён достаточно часто. Google поможет Вам быть к нему готовым.
В мои планы в рамках этой статьи не входят рассказы про настройку DNS и запросы к базам данных. Но есть некие общие советы, которых стоит придерживаться:
1. Не пытайтесь сделать вид, что знаете что-то, если Вы этого не знаете.
Во-первых, нехватка технических знаний быстро компенсируется и работодатели редко уделяют очень серьёзное внимание этому вопросу. Во-вторых, неудачно скрываемое незнание всегда вызывает недоверие: можно ли верить остальным словам кандидата? А в-третьих, потенциальный работодатель может разделять моё мнение о том, что защищающие неправильную точку зрения люди чаще допускают ошибки в работе. По крайней мере, сотрудника, который хорошо разбирался в тестировании, но старательно доказывал что «в Windows нет поддержки динамических дисков», я на работу не взяла. Скорее всего, если бы он честно признался, что не знает, что это такое, решение было бы другим.
2. Если видите, что не очень удачно ответили на предыдущие вопросы – инициируйте ответы сами, но по темам, которые знаете лучше.
К примеру, если Вы неудачно ответили на вопрос про MS SQL, скажите сами, что зато Вы имеете опыт работы с Oracle и поэтому быстро сможете «перепрофилироваться».
Способность быстро и самостоятельно разобраться в незнакомой технологии или инструменте ценятся выше, чем имеющиеся знания. Не стесняйтесь хвалить себя. Если после Ваших слов о том, что Вы не разбираетесь в Rational Robot, собеседующий немного поник – гордо скажите, что зато в Silk Test Вы разобрались всего за неделю и сумели многое (конкретизируйте) в нём сделать. Естественно, здесь тоже говорить нужно правду!
Главное – не бояться. Вы ищете работу, а работодатель ищет грамотного сотрудника. Вы оба заинтересованы в результате. Быть принятым на неподходящую работу – значительно хуже, чем получить отказ. Пробуйте, не нервничайте, учитесь! И развивайтесь для себя – а не для «галочки» на собеседовании. Удачи!