Rivalry2

HTML Diff

0 added 0 removed

Original 2026-01-01

Modified 2026-02-21

1 <a>#статьи</a>

2 <ul><li>17 янв 2023</li>

3 <li>0</li>

4 </ul><h2>Популярные вопросы и задачи на собеседованиях тестировщиков</h2>

5 Что работодатели спрашивают у кандидатов на вакансию тестировщика, как отвечать и что почитать, чтобы подготовиться.

6 Кадр: сериал "Чёрное зеркало"

7 Шеф-редактор Skillbox Media "Код". Пишет о разработке, софт-скиллах и культовых личностях в IT. Обожает Swift, продукты Apple и мемы про код.

8 QA-инженер в лаборатории виртуальной и дополненной реальности Sber AR/VR Lab. Занимается ручным и автоматическим тестированием AR-навигации и landmarks. Участвует в найме джунов, проводит технические интервью и онбординги. Любит компьютерные игры и путешествия в горах.

9 В предыдущей статье мы обсуждали,<a>как QA-инженеру составить хорошее резюме</a>. Сегодня поговорим о том, как действовать, если резюме сработало и вас пригласили на интервью. Попробуем ответить на самые частые вопросы, которые задают тестировщикам, приведём примеры задач с собеседований, разберём ошибки, а заодно подтянем основы тестирования. Считаем, освежить в памяти основы профессии будет полезно и junior-, и QA-lead-специалистам.

10 Чтобы оценить софт-скиллы кандидата и то, подходит ли он на роль, работодатели задают ему стандартные вопросы: про опыт работы, навыки, образование и так далее. Как правило, это происходит уже при первичном разговоре с рекрутером, но будьте готовы повторить свои ответы и на следующих этапах собеседования.

11 Примеры вопросов, которые могут задать:

12 <ul><li>Расскажите о себе.</li>

13 <li>Почему вы ушли с предыдущего места работы?</li>

14 <li>Почему вы решили стать тестировщиком?</li>

15 <li>Что вас больше всего увлекает в этой профессии?</li>

16 <li>Проходили ли вы курсы по тестированию?</li>

17 <li>Есть ли у вас опыт работы с инструментами, которые используются на этой позиции?</li>

18 <li>Какие у вас зарплатные ожидания?</li>

19 <li>Когда вы готовы приступить к работе?</li>

20 </ul>Как отвечать.Лаконично и по делу. Не стоит подробно пересказывать свою биографию - вместо этого постарайтесь сосредоточиться на фактах, которые напрямую относятся к профессии. Чтобы не волноваться, можно заготовить ответы заранее.

21 Если разговор с эйчаром прошёл успешно, вас пригласят на техническое собеседование.

22 Первое, что будут проверять на этом этапе, - знание азов тестирования. Поэтому перед походом на интервью освежите в памяти основные понятия и определения. Помочь в подготовке может статья "<a>Фундаментальная теория тестирования</a>" на "Хабре".

23 На этот популярный вопрос часто отвечают: "Поиск ошибок". Это упрощение.

24 Если давать полное определение,тестирование - проверка соответствия программы заданным требованиям. Его цель - убедиться, что программа работает так, как было задумано в начале разработки. Во время тестирования действительно находят и исправляют ошибки, но это лишь часть процесса.

25 На самом деле видов и подвидов тестирования существует огромное множество, и вряд ли вас попросят назвать полный список. Но можно перечислить основные - например, ручное и автоматизированное, статическое и динамическое, функциональное и нефункциональное, white box и black box и так далее.

26 Баг - это недостаток в программе, из-за которого она не соответствует требованиям. У любого бага есть жизненный цикл - то есть последовательность этапов, которые он проходит от обнаружения до окончательного закрытия. Чтобы лучше его запомнить, можете сохранить вот такую схему:

27 Инфографика: Skillbox MediaТестирование ПО состоит из семи этапов:

28 Работа с требованиями.Обсуждение с заказчиком требований к продукту для выявления противоречий и потенциальных проблем в работе программы.

29 Разработка стратегии тестирования и планирование процедур контроля качества.Руководитель команды составляет план тестирования: какие виды и инструменты будут применяться в проекте, в какие сроки оно должно быть выполнено, с чего оно начнётся и чем закончится.

30 Создание тестовой документации.На основе стратегии тестирования составляют документы: тест-план, тест-кейсы и чек-листы. Задача этого этапа - детально описать, что и как нужно тестировать.

31 Тестирование прототипа.Когда готова первая версия программы, её тоже нужно испытать - чтобы выявить глобальные проблемы в самом начале разработки.

32 Основное тестирование.Ключевой этап всего процесса - программу тестируют по заранее написанным сценариям и выявляют ошибки, на основе которых составляют подробные отчёты.

33 Стабилизация.Разработчики устраняют найденные ошибки, после чего проводится повторное или регресс-тестирование - оно помогает понять, как программа ведёт себя с учётом изменений.

34 Эксплуатация и поддержка.Так как часто ошибки обнаруживаются уже после релиза, тестировщики продолжают работать с программой и на этом этапе - например, чтобы собрать обратную связь от пользователей.

35 Верификация - это проверка системы на соответствие условиям, которые были определены в начале разработки.

36 Валидация-это оценка соответствия работы программы ожиданиям пользователя.

37 Например: в настройках электросамоката прописано автоматическое снижение скорости в пешеходных зонах. Но из-за погрешности геолокации самокат теряет скорость на велодорожке вблизи парка. Получается, с точки зрения верификации программа работает правильно, а с точки зрения валидации есть проблемы.

38 Изображение: Skillbox MediaПравильное ведение отчётности - одна из основ в работе тестировщика. Так что без хотя бы базовых знаний документации не обойтись. Вспомним основные виды документов.

39 Тест-план - это документ, который поэтапно описывает весь процесс тестирования, начиная от целей и сроков и заканчивая обязанностями каждого члена команды.

40 Так как тест-план, сделанный по всем канонам, - довольно большая и сложная простыня, на практике его составляют редко. И занимаются этим, как правило, старшие тестировщики.

41 Чек-лист - это список того,чтонужно проверить. Например, можно составить чек-лист для проверки сайта или отдельного его компонента - скажем, личного кабинета или корзины.

42 Тест-кейс-это пошаговое описание того,какмы будем тестировать ту или функцию. Например, если это личный кабинет на сайте, в тест-кейсе будут прописаны конкретные действия: зайти на сайт фирмы "Рога и копыта", ввести логин и пароль, нажать кнопку "Войти" и так далее.

43 Тест-дизайн - это процесс создания тест-кейсов, покрывающих самые важные узлы работы программы. Задача тест-дизайна - разработать сценарии, при которых большинство функций можно проверить минимальным количеством тестов. Для этого есть множество техник - например, классы эквивалентности, граничные значения, попарное тестирование, таблица принятия решений и другие.

44 Баг-репорт - это подробный отчёт об ошибке. Его смысл в том, чтобы донести до разработчика полную информацию о проблеме: как она возникает, при каких условиях, в какой версии программы, насколько она критична и так далее. Чем лучше составлен баг-репорт, тем быстрее разработчик исправит неполадки.

45 Что почитать

46 Чтобы составить хороший баг-репорт, лучше придерживаться стандартной структуры - посмотреть её можно в <a>этой статье</a>.

47 Следующий блок вопросов на собеседовании QA-инженера - по стеку технологий, которым владеет кандидат. Здесь уже всё индивидуально: веб-тестировщикам вопросы одни, мобильным - другие, в геймдеве - третьи. Например, вот как выглядит список вопросов для тестировщиков веб-приложений:

48 Изображение: Skillbox MediaЧто почитать

49 Подробнее о протоколе<a>HTTP</a>можно узнать из статьи на "Википедии". На QA_Bible есть хорошие материалы про кэширование,<a>модели OSI</a>и TCP/IP, протоколы REST и SOAP. Если хотите освежить основные понятия, читайте статью "<a>Что должен знать тестировщик бэкенда</a>" на "Хабре".

50 А вот примерный список вопросов на собеседовании для мобильных тестировщиков:

51 Изображение: Skillbox MediaПомимо знания теории тестирования и основных технологий, на собеседовании будут проверять умение тестировщика работать в команде, общительность, логическое мышление и личную эффективность. Соответственно, вам могут задать наводящие вопросы по этим темам.

52 Наверное, самый заезженный вопрос на собеседованиях, но многие соискатели умудряются завалиться уже на нём. Например, один начинающий QA-инженер ответил: "Просто посмотреть, как тут всё устроено". Сами посудите: стали бы вы на месте работодателя тратить время и деньги на сотрудника, который "просто пришёл посмотреть"?

53 Как не надоКак лучшеКак вариант: зайти с опытаПотому что тестирование - это лёгкий путь в IT. Можно посмотреть, как тут всё устроено, заработать денег, а потом вырасти в программиста.Потому что тестирование - это возможность всесторонне изучить продукт, помочь бизнесу сделать его удобнее для пользователей.Узнал об этой профессии из статьи на "Хабре", решил попробовать - мне понравилось, и теперь хочу развиваться в этом направлении.Чтобы замечать ситуации, когда программа работает не так, как задумано, тестировщик должен быть внимательным и уметь критически мыслить. Кроме того, ему требуются эмпатия и коммуникабельность. В работе тестировщику нужно постоянно общаться: с коллегами, программистами, аналитиками, менеджерами и так далее. Важно уметь максимально конструктивно донести до собеседника свою позицию.

54 Вот ещё пять качеств, важных для тестировщика:

55 <ul><li>любознательность и желание учиться;</li>

56 <li>ответственность и дисциплинированность;</li>

57 <li>энергичность и проактивность;</li>

58 <li>здоровый перфекционизм;</li>

59 <li>творческое мышление.</li>

60 </ul>В первую очередь - обратиться к документации. Если там чётко прописано, как должна работать та или иная функция, нужно корректно объяснить это программисту. Если не прописано, то правда на стороне разработчика. В таком случае нужно задокументировать инцидент и донести его до тимлида или менеджера.

61 Умение задавать вопросы - одно из главных качеств тестировщика. Если по спецификации непонятно, как должна себя вести программа, нужно связаться с тем, кто во всех деталях знает проект, и уточнить у него. Это может быть разработчик, проджект-менеджер или руководитель команды.

62 Ближе к концу интервью вас могут попросить решить практическую задачу - например, описать процесс тестирования какого-то элемента программы. Здесь важно помнить, что задача интервьюера - оценить не само решение, а ход ваших мыслей при его поиске.

63 Вот примеры задач, которые могут попасться на собеседовании:

64 <ul><li>Протестировать форму оплаты в интернет-магазине.</li>

65 <li>Составить баг-репорт для неработающего чайника.</li>

66 <li>Написать чек-лист для проверки формы авторизации.</li>

67 <li>Не работает кнопка "Купить". Проблема на стороне клиента или сервера?</li>

68 <li>Как измерить высоту здания с помощью барометра?</li>

69 </ul>Протестируйте карандаш (лифт, тостер, лист бумаги…).Любимый тип задач на собеседованиях тестировщиков уровня junior (и не только) - протестировать какой-то предмет из реального мира. На самом деле здесь неважно, что именно вам предложат испытать, - алгоритм всегда один и тот же.

70 Первое, что нужно сделать, - ознакомиться с требованиями. Потом на каждое из требований написать тест-кейс и happy path - то есть сценарий, при котором продукт будет работать без ошибок. А дальше всё зависит от вашей фантазии и подкованности. Например, карандашу можно устроить тестирование юзабилити - проверить, как он лежит в руке, удобно ли им писать и так далее.

71 Вопросов и задач, которые тестировщику могут дать на собеседовании, - великое множество. Заранее никогда не угадаешь, какие именно попадутся, но можно подготовиться - освежить основы тестирования и попрактиковаться в решении задач. Например, утащить с <a>GitHub</a>какой-нибудь open-source-проект и отрабатывать на нём разные техники тестирования. Чем не тренажёр?

72 <a>Курс с трудоустройством: "Профессия Инженер по тестированию + ИИ" Узнать о курсе</a>