Как протестировать чайник собеседование
Обновлено: 02.05.2024
А я при приёме тестировщиков не задаю ни одного из перечисленных вопросов.
Более того, я вообще задаю только один вопрос, непосредственно относящийся к предмету: "как вы представляете себе работу тестировщика?" :))))
Алексей, на самом деле вариантов проведения собеседования очень много.
Это как допрос подозреваемого в милиции: :)
Иногда это явка с чистосердечным признанием, а иногда допрос в стиле плохой-хороший полицейский, где каждый бит информации приходится вытягивать задавая наводящие вопросы.
the_norn, спасибо, действительно очень полезная шутка.
я добавлю ссылку в самом посте.
Ребята, не страдайте фигней. Вопросы все настолько элементарные, что давать в качестве ответа страницы или целые статьи в инете - глупо. Начальных тестировщиков это только запугает.
Тот, кто хочет найти ответы - найдет их без проблем в просторах инета.
P.S. Я тоже не задаю подобные вопросы при собеседованиях. Собеседовать по матрице вопросов - глупее что-то придумать тяжело.
Дмитрий.
Спасибо за то что нашли время и написали комментарий.
Конечно у каждого свой подход к собеседованию. Вы не задаете вопросы по тестированию, а собеседуете ментально или еще как-то.
Я не предлагаю брать мой список вопросов и проводить по нем собеседование. Он всего лишь показывает те области, в который на мой взгляд должен разбираться тестеровщик.
ЗЫ никто не проводит собеседование по матрице вопросов. Просто здесь есть есть вопросы, которые я могу задать в качестве дополнительных. :)
этот список вопросо конечно не плохой, думаю его можно использовать только если собеседуется тестер с опытом работы или для внутренних собеседований по окончании испытательного срока. Вопросы не тяжелые, но не поработав тестером не ответиш на них. Поэтому если на работу принимается тестер без опыта работы, то нет смысла спрашивать его об этом.
----------
Natalia S
Natalia S, абсолютно с вами согласен. К людям не имеющим опыта в тестировании будут другие вопросы, ответы на которые дадут представление о том, как человек думает, куда смотрит, что видит и как делает.
Ну и сами понимаете, что набор вопросов будут зависеть от конкретной вакансии.
P.S.: Вопрос "Как вы представляете себе работу тестировщика?" у нас обычно так же задается первым. :)
Здравствуйте, все! Читаю я этот список и понимаю, что внятно могу ответить только на 70 % вопросов из списка, а у меня ведь собеседование через 2 дня. Тестером не работала, но курсы прошла. Спасибо.
На самом деле, как уже многие говорили: "нет одинаковых интервью". Вопросы у всех разные. Может так случиться, что у вас не спросят ни одного вопроса из этого списка.
Рекомендую почитать еще вот этот раздел на нашем сайте: Собеседование специалистов
Жалко мне тех, кто на эти вопросы будет отвечать. Вопросы надо уметь задавать грамотно и понятно, а не издеваться над соискателями псевдоумными жаргонными словами. Задача соискателя знание не жаргона, а сути предмета.
Одно дело проектирование тестов (test design), а вот "тест дизайн" - просто загадка природы. Получается, чтобы ответить на вопрос, сначала надо перевести вопрос на английский, а потом правильно перевести на русский. Интересно, а сам автор этих вопросов может профессионально грамотно перевести их с суржика на русский язык?
Кстати, во фразе "Модель нагрузки?" и подобных вопросительный знак противоречит правилам русского языка.
>> Как можно вызвать событие submit формы через адресную строку?
Пожалуйста, подскажите, как понимать эту строку, и как можно это реализовать? Через js-код в адресной строке? Покажите, пожалуйста, на примере.
С уважением Сергей, компания TRS
Сергей, да вы правы - через джаваскрипт.
Для вызовы джаваскрипта из адресной строки в адресной строке пишите:
javascript: document.forms["myform"].submit();
ну и небольшой тест, что данный метод вообще работает:
javascript: alert('javascript Test Run');
Сергей, спасибо за подобное исследование. Если вы таким образом ответите на интервью, то это будет огромным плюсом в вашу пользу.
Тенденция разработки браузров идет в сторону ограничения возможносетй джаваскрипта. Так что скорее всего эта самая фича вообще уйдет в небытие.
Егор Павловец методом проб и ошибок разработал алгоритм, который позволяет ему проводить собеседования с QA-инженерами, укладываясь в 35 (максимум — в 45) минут.
Большинство ведущих специалистов работают в режиме жёсткой мультизадачности и постоянно вынуждены переключаться между разными контекстами. А ведь чем меньше вы отвлекаетесь от ключевой задачи — тем быстрее она будет выполнена.
Но иногда сложно отказать себе в удовольствии поучаствовать в техническом собеседовании — в качестве интервьюера. Себя испытать да на людей посмотреть с горящими глазами и зашкаливающей мотивацией.
Ключевая проблема в том, как провести собеседование быстро и эффективно. И крутого специалиста в свою команду подобрать, и от приоритетных задач надолго не отрываться.
После некоторого анализа мы приняли первую попытку улучшить процесс. Да — добавили тестовое задание для junior-тестировщиков.
Тестовое задание заключалось в необходимости протестировать видоизменённое приложение из примеров приложений Android SDK, в которое мы умышленно вносили дефекты. Соискатель должен был написать отчёт по дефектам в течение недели.
В результате из 8 специалистов, хорошо освоивших теорию, отсеялось около 6. Выбор из оставшихся двух уже обосновывался косвенными показателями (креативность подхода к выполнению тестового задания, оформление отчёта, скорость выполнения задания).
Одна девочка вообще буквально за выходные выполнила тестовое задание, обставив около десятка конкурентов-парней по скорости и качеству выполнения. Женя, привет!
Стало очевидно, что необходимо тестовое задание включать прямо в процесс собеседования. Ведь всё равно у нас уже есть на руках приложение, в котором заведомо известны все дефекты.
Вопросы по теории тоже были тщательно переработаны. Мы выбрали 15 блиц-вопросов на 15 минут, на сколько из них соискатель отвечает — столько баллов и идёт в зачёт. Известных дефектов было всего около 10. Итого максимум 25 баллов.
Получилась своеобразная KPI (Key Performance Indicators, ключевые показатели эффективности) таблица соискателей — по теории и по практике.
Забавно, но никто ни разу не смог набрать максимум, хотя были люди, которые находили такие дефекты, о которых даже мы не знали!
По результатам нескольких десятков собеседований сразу стало очевидно, что некоторые соискатели — откровенные болтуны, которые при всём великолепном знании теории не смогли найти даже одного-единственного дефекта в приложении из двух экранов. И при этом с запросом на зарплату в 2000$!
Ребят с первых трёх позиций на вершине списка мы и наняли к себе в команду. В процессе работы они действительно проявили свой багхантерский талант. Каждый руководитель ведёт метрики эффективности, так вот эти ребята находили от 80 до 120 дефектов в месяц в таком приложении, как Prestigio eReader.
Очень удивило, что существуют кандидаты, которые отключаются прямо во время KPI собеседования, впадая в ступор. При затяжных интервью такого никогда не наблюдалось.
Например, во время быстрого опроса по теории около десятка человек просто сказали: я ничего не знаю; теорию не буду отвечать — ни на один вопрос.
После просьбы протестировать приложение заметки (2 экрана и меню, из серии примеров в Android SDK) некоторые из кандидатов предположили, что мы хотим воспользоваться их трудом в течении этих 15 минут, чтобы самим баги не искать. От такой дичи в ступор впали уже мы с эйчаром.
Расставались почти друзьями, поскольку давали реально нужную для соискателя обратную связь.
Конечно, невозможно вложиться в жёсткое ограничение 35 минут. Но ни одно наше собеседование не длилось дольше 45 минут.
В результате KPI подхода с более-менее жёстким таймингом каждой фазы собеседования удаётся очень быстро отсеивать неподходящих кандидатов. При этом не приходится нагружать человека тестовым заданием и ждать результата около недели.
Для руководителя нашего подразделения серьёзно облегчилась проблема выбора — перед глазами чёткая таблица с ответами по теории, результатами практического задания и ожидаемой зарплатой кандидата.
Кстати, данный KPI подход отлично показал себя на всех уровнях соискателей на QA позицию — от джуниора до сеньора. Мы даже вопросы не меняли.
По моим наблюдениям, ключевая разница между этими уровнями тестировщиков заключалась фактически в скорости нахождения и качестве описания дефектов. С точки зрения теории ISTQB-сертифицированные кандидаты проявили себя лучше, что вполне ожидаемо.
Рассказываем, какие книги читать и какие технологии осваивать, чтобы стать тестировщиком ПО.
Тестировщик ПО (или QA-инженер) — распространенная отправная точка для тех, кто хочет начать карьеру в IT-индустрии, и просто востребованная профессия. Мы расскажем, где новичкам набраться полезных навыков и знаний, а также заработать заветные строчки для резюме и проекты для портфолио.
Чем занимаются QA-инженеры
Тестировщики ПО помогают делать продукты — приложения, сайты, программы, автомобили — такими, чтобы ими можно было пользоваться. Они определяют, какие элементы системы функционируют некорректно или не так удобны, как хотелось бы, находят причины этого — ошибки в коде, дизайне или логике — и отдают на исправление. Все это делается для того, чтобы конечные пользователи получили стабильный, надежный и удобный продукт.
Какие навыки нужны начинающему тестировщику
Поскольку тестирование применимо к самым разным областям, то для работы тестировщику могут понадобиться различные знания. Однако что-то общее есть во всех случаях: нужно, во-первых, знать теорию тестирования, ну а уже дальше — обладать некоторым объемом знаний по тестируемой системе и используемым в ней технологиям.
С теорией все довольно понятно: потенциальный работодатель будет хотеть от вас знаний о том, что такое тестирование, зачем оно нужно в цикле разработки и какое место в ней занимает. Также хорошо бы знать основные методологии разработки (AGILE, SCRUM и прочие страшные слова) — просто для того, чтобы вы могли работать в команде, которая функционирует по определенным правилам. Также неплохо знать, как грамотно написать дефект, что такое тест-кейсы и как их нужно составлять, что такое чек-листы, когда лучше использовать кейсы, а когда проще ограничиться чек-листом.
Если теория тестирования применима ко всем областям, то технические навыки, которые вам понадобятся, зависят от области, в которой вы решили работать. Скажем, если вы хотите заниматься тестированием в области веб-приложений, то очень полезно знать, как работает браузер и из чего состоит веб-страница. И вряд ли это вам пригодится, если вы будете заниматься тестированием бортовых систем самолета.
Впрочем, самые популярные направления разработки сейчас — это именно веб и мобильные платформы. С вебом уже разобрались, а для тестирования мобильных устройств нужно знать особенности построения мобильных приложений, их жизненные циклы и отличия от десктопных приложений, особенности Android и iOS, ну и хорошо бы также ознакомиться с руководствами по дизайну приложений для мобильных устройств от разработчиков обеих систем.
Наконец, практически любая современная программа будет использовать базы данных, так что вам нужно будет узнать, что это такое, и научиться писать простые SQL-запросы.
Нужно ли тестировщику уметь программировать
Вопрос, при выяснении которого сломано немало копий: нужно ли тестировщику уметь программировать. Здесь существуют разные мнения, но все сходятся в том, что умение программировать точно не помешает. На старте оно может и не понадобиться, но будет несомненным плюсом. Навыки программирования могут пригодиться как для понимая того, что происходит в тестируемом приложении, так и для автоматизации каких-то рутинных задач, даже если вы не идете именно в автоматизированное тестирование. Если же вас интересует область автоматизации тестирования, то тут ответ однозначен: вам нужно учить какой-нибудь язык программирования. Если вы уже работаете, то хороший вариант — учить тот язык, на котором в вашей компании ведется разработка. Если еще нет — учите любой из популярных сегодня языков.
Если уж мы говорим про языки, то тестировщику очень полезно знать еще один язык — английский. Хотя бы на уровне чтения документации. Без этого можно работать, но множество материалов сейчас на английском, и его знание может очень помочь.
Как учиться начинающему тестировщику ПО
Учиться лучше так, как удобнее лично вам: по книгам, по статьям, по видеокурсам — или по всему сразу. К счастью, про тестирование очень много материалов в любой форме, так что с поиском информации проблем возникнуть не должно.
Есть множество блогов от известных тестировщиков, есть статьи по тестированию на тематических ресурсах, YouTube полон видеокурсов, в том числе от крупных компаний, есть множество докладов с конференций по тестированию, которые может быть полезно посмотреть. Кстати, на конференциях часто бывают доклады именно для начинающих тестировщиков.
Кроме того, есть образовательные платформы вроде Coursera или Udemy с обучающими курсами, в том числе бесплатными.
Можете начать погружение в тему с книг — приведем четверку самых, на наш взгляд, полезных:
Некоторым из них уже по 20 лет, а написаны они не очень простым языком, но по-прежнему актуальны — особенно как база для начинающих.
Если решите записаться на один из множества платных курсов для начинающих тестировщиков, помните: не все они одинаково полезны, и не всегда в них есть что-то, чего нет в бесплатных.
Пожалуй, основное отличие платных — наличие преподавателя, который сможет ответить на ваши вопросы. Помимо прочего, многие IT-компании открывают собственные школы QA-инженеров и затем принимают самых способных учеников в штат. Обратите на них внимание, если вам хочется попасть к какому-то конкретному работодателю.
Как начать карьеру тестировщика
Когда поймете, что готовы перейти к реальным проектам, выберите какой-нибудь сайт или приложение и попробуйте его протестировать. Подготовьте тест-кейсы, составьте чек-листы для проверки работоспособности, подумайте, как бы вы проследили взаимодействие продукта с его серверной частью — бэкендом.
Первые реальные проекты лучше искать на платформах для краудтестинга. Там компании предлагают всем желающим протестировать их продукт на определенном устройстве и ОС. Скорее всего, работать придется за идею, то есть бесплатно, зато вы наберетесь опыта и посмотрите, как опытные QA-инженеры ведут дефекты.
Неплохой старт для начинающего тестировщика — проект с открытыми исходным кодом и баг-трекером. Это уже не только практика, но и неплохое дополнение к вашему резюме.
Наконец, не забывайте про стажировки в IT-компаниях. На много денег поначалу рассчитывать не стоит, однако если вы проявите себя, есть шанс получить приглашение на работу или рекомендацию для будущих собеседований.
Бета-тестеры и тестировщики ПО
Еще один вариант для старта карьеры — это бета-тестирование. В этом случае вы будете проверять работу программы с точки зрения конечных пользователей. Основная задача бета-тестеров — найти максимальное количество ошибок, а также определить, насколько продукт удобен.
Бета-тестерам не приходится писать скрипты и взаимодействовать с изнанкой программ, так что их работа проще и не требует глубоких знаний, поэтому вы сможете совмещать бета-тестинг с освоением теории. Такая работа развивает мышление тестировщика, учит искать в программе ошибки, позволяет придумывать и проверять неочевидные пользовательские сценарии. Это хорошая практика, которая сделает ваши резюме и портфолио еще привлекательнее.
Если хотите попробовать себя в роли тестировщика — пробуйте, это полезная и востребованная профессия, да и порог входа в нее не такой уж высокий. В общем, дерзайте! Ну и смело жмите сюда, если хотите получить опыт бета-тестирования в Kaspersky.
В. Что такое динамическое тестирование?
О. Это тестирование за счет выполнения кода или программы с различными входными значениями и подтверждением результатов.
В. Что такое GUI-тестирование (GUI Testing)?
О. Тестирование GUI (графического интерфейса пользователя): интерфейс программного обеспечения проверяется на предмет соответствия требованиям.
В. Что такое формальное тестирование?
О. Верификация программного обеспечения, согласно тест-плану, тестовым процедурам и соответствующей документации, с учетом пожеланий клиента.
В. Что такое тестирование на основе рисков?
О. Определяются наиболее важные части системы, затем устанавливается порядок их тестирования, затем следует, собственно, тестирование.
В. Что такое раннее тестирование?
О. Тестирование по возможности проводится как можно раньше, чтобы выявить дефекты на ранних этапах SDLC. Это позволяет быстрее обнаружить и устранить дефекты, экономит расходы.
В. Что такое исчерпывающее тестирование?
О. Тестирование функциональности, с использованием неверных и верных данных ввода и входных условий.
В. Что такое скопление дефектов?
О. Даже небольшой модуль или функциональность могут содержать в себе ряд дефектов, поэтому необходимо больше уделять внимания тестированию функциональности.
О. Если с помощью имеющихся тестовых сценариев не получается обнаружить дефекты, возможно, стоит дополнить/пересмотреть тест-кейсы, чтобы можно было находить больше дефектов.
В. Что такое статическое тестирование?
О. Верификация кода вручную без программы. В этом процессе проблемы находятся в коде, во время его проверки и сравнения с требованиями.
В. Что такое позитивное тестирование?
В. Что такое негативное тестирование?
О. Тестирование негативных сценариев в ПО: высвечивает ли система ошибку, когда она должна это делать, или не должна.
В. Что такое сквозное тестирование (еnd-to-end)?
О. Тестирование общей функциональности системы, включая интеграцию данных в модулях.
В. Что такое исследовательское тестирование?
О. Это исследование приложения, чтобы составить представление о его функциональности, добавление (или) изменение существующих тест-кейсов для более качественного тестирования.
О. Тестирование приложения без какого-либо плана, тестирование выборочных мест, чтобы обнаружить какие-то сложные системные сбои, а затем и дефекты, которые к этому привели.
В. Что такое нефункциональное тестирование?
О. Валидация различных нефункциональных аспектов системы, таких как пользовательские интерфейсы, совместимость, производительность и прочее.
О. Проверка на предмет того, насколько легко конечные пользователи способны понять и управлять приложением.
О. Проверяется, насколько хорошо реализованы в приложении все условия безопасности.
О. Анализ эффективности различных характеристик системы — времени ответа, общей производительности с целью установить, как быстро система работает под нагрузкой.
В. Что такое нагрузочное тестирование?
О. Анализ функциональности и производительности приложения в разных условиях.
В. Что такое стресс-тестирование?
О. Проверка устойчивости системы в условиях превышения пределов обычного функционирования. Или снижение ресурсов системы и сохранение нагрузки на определенном уровне, чтобы проверить, как приложения при этом себя ведет.
В. Что такое процесс?
О. Процесс — это набор практик для достижения определенной цели; может включать инструменты, методы, материалы и людей.
В. Что такое конфигурационное управление?
О. Процесс поиска, организации и контроля изменений в разработке ПО. Или методология контроля и управления проектом разработки ПО.
О. Составление:
- Тест-плана
- Тест-сценариев
- Тест-кейсов
- Выполнение тест-кейсов
- Проверка результатов
- Составление отчетов о дефектах
- Дефект-трекинг
- Закрытие дефектов
- Тестовый релиз
В. Как расшифровывается CMMI?
О. Capability Maturity Model Integration (Модель зрелости процессов разработки).
В. Что такое разбор программы?
О. Неформальный анализ исходного кода программы с целью выявить дефекты и верифицировать техники программирования.
О. Тестирование отдельных программ, модулей или элементов кода.
В. Что такое тестирование уровня интеграции?
О. Тестирование соответствующих программ, модулей (или) единиц кода.
В. Что такое тестирование на уровне системы?
О. Тестирование всей компьютерной системы по всем модулям. Такая разновидность тестирования может включать функциональное и структурное тестирование.
В. Что такое альфа-тестирование?
О. Тестирование всей компьютерной системы перед этапом пользовательского тестирования (UAT).
В. Что такое UAT?
О. Тестирование компьютерной системы клиентом, чтобы проверить, соответствует ли система требованиям.
В. Что такое тестовый план?
О. Документ, описывающий масштаб, подход, ресурсы и график тестирования, в котором определены тестовые элементы, отдельные части функционала, тестовые задания, специалисты, которые будут проводить конкретные тесты, и любые риски, требующие дополнительного планирования.
В. Что такое сценарий тестирования?
О. Идентификация всех возможных зон тестирования.
В. Что такое ECP (Equivalence Class Partition)?
О. Метод генерации тест-кейсов.
В. Что такое дефект?
О. Любое несовершенство в работе софта. Или когда ожидаемый результат не соответствует фактической работе приложения.
В. Что такое критичность?
О. Определяет уровень дефекта с функциональной точки зрения, т.е. насколько критичен дефект для приложения.
В. Что такое приоритет?
О. Указывает на срочность устранения дефекта.
В. Что такое повторное тестирование?
О. Повторное тестирование приложения с целью узнать, устранены ли дефекты.
О. Верификация существующих функциональных и нефункциональных зон после того, как были изменены отдельные части приложения или добавлены новые функциональные возможности.
В. Что такое тестирование восстановления?
В. Что такое тестирование глобализации (Globalization Testing)?
О. Тестируется возможность запуска приложения независимо от его географической и культурной среды. Проверяется возможность смены языка, даты, формата и валюты, если приложение разработано для пользователей из нескольких стран.
В. Что такое тестирование локализации?
О. Проверка на предмет того, подходит ли приложение для отдельной локальной группы пользователей, культурных и географических условий.
В. Что такое тестирование установки?
О. Проверяется возможность успешной установки ПО, в соответствии с документацией по установке.
В. Что такое тестирование удаления?
О. Проверка возможности удаления ПО.
В. Что такое тестирование на совместимость?
О. Проверяется совместимость приложения с другим программным и аппаратным обеспечением.
В. Что такое стратегия тестирования?
О. Это часть тест-плана, описывающая, как проводится тестирование и какие разновидности тестирования необходимо сделать.
В. Что такое тест-кейс?
О. Тест-кейс — набор определенных шагов, по которым проверяется функциональность системы.
В. Что такое тест-кейс для валидации бизнес-процессов?
О. Этот тест-кейс составляется для того, что проверить определенное условие или требование.
В. Как определяется хороший тест?
О. Тест-кейс, у которого высокий приоритет обнаружения дефектов.
В. Что такое тестирование по сценарию использования?
О. Такое тестирование определяет, было ли ПО разработано согласно случаю использования.
В. Что такое возраст дефекта?
О. Время между датой обнаружения и датой закрытия дефекта.
В. Что такое дефект Showstopper?
О. Дефект, который вынуждает остановить ход тестирования.
О. Это последний этап STLC. Руководство составляет отчеты по тестам, разъясняет статистику проекта, исходя из имеющихся данных.
В. Что такое Bucket Testing?
О. Bucket Testing, или A/B-тестирование. Чаще всего исследуется эффект разного дизайна, используется метрика для веб-сайтов. Две версии сайта запускаются на одной или нескольких веб-страницах, чтобы определить разницу в кликах.
В. Что такое критерии запуска и завершения тестирования?
О. Критерии запуска — процесс, который должен быть представлен в начале системы. Это может быть:
- SRS – ПО
- FRS
- Случай использования
- Тест-кейс
- План тестирования
Критерий завершенности определяет готовность приложения к релизу. Это может быть:
- Отчет по тестированию
- Метрики
- Отчет по анализу теста
В. Что такое тестирование валюты?
О. Это комплексное пользовательское тестирование одновременного доступа к приложению, для верификации влияния на код, модуль или базу данных. Главным образом обнаруживает тупиковые ситуации в коде.
О. Тестирование веб-приложения проводится на веб-сайте для проверки загрузки, производительности, безопасности, функциональности, интерфейса, совместимости и других вопросов, относящихся к юзабилити.
О. Тестирование элементов (или побочное тестирование) позволяет проверить отдельные работу модулей исходного кода.
В. Что такое тестирование интерфейса?
О. Тестирование интерфейса проверяет взаимодействие отдельных модулей. Чаще всего используется для тестирования пользовательского интерфейса приложений с GUI.
В. Что такое гамма-тестирование?
О. Гамма-тестирование проводится когда ПО уже готово к релизу, проверяется соответствие требованиям.
Читайте также: