Содержание
Ручное, автоматизированное, нагрузочное тестирование программного обеспечения
Процессы разработки ПО
четверг, 3 июля 2008 г.
Вопросы по тестированию на собеседовании (обновлено)
Автор: Unknown
19 комментариев:
А я при приёме тестировщиков не задаю ни одного из перечисленных вопросов.
Более того, я вообще задаю только один вопрос, непосредственно относящийся к предмету: "как вы представляете себе работу тестировщика?" :))))
может это поможет
https://spreadsheets.google.com/pub?key=puwS-5ZU5suIX3_hNKF3yLA
Алексей, на самом деле вариантов проведения собеседования очень много.
Это как допрос подозреваемого в милиции: 🙂
Иногда это явка с чистосердечным признанием, а иногда допрос в стиле плохой-хороший полицейский, где каждый бит информации приходится вытягивать задавая наводящие вопросы.
Ну а знание ответов на эти вопросы никогда не помешает пройти собеседование 🙂
the_norn, спасибо, действительно очень полезная шутка.
я добавлю ссылку в самом посте.
Ребята, не страдайте фигней. Вопросы все настолько элементарные, что давать в качестве ответа страницы или целые статьи в инете – глупо. Начальных тестировщиков это только запугает.
Тот, кто хочет найти ответы – найдет их без проблем в просторах инета.
P.S. Я тоже не задаю подобные вопросы при собеседованиях. Собеседовать по матрице вопросов – глупее что-то придумать тяжело.
Дмитрий.
Спасибо за то что нашли время и написали комментарий.
Конечно у каждого свой подход к собеседованию. Вы не задаете вопросы по тестированию, а собеседуете ментально или еще как-то.
Я не предлагаю брать мой список вопросов и проводить по нем собеседование. Он всего лишь показывает те области, в который на мой взгляд должен разбираться тестеровщик.
ЗЫ никто не проводит собеседование по матрице вопросов. Просто здесь есть есть вопросы, которые я могу задать в качестве дополнительных. 🙂
этот список вопросо конечно не плохой, думаю его можно использовать только если собеседуется тестер с опытом работы или для внутренних собеседований по окончании испытательного срока. Вопросы не тяжелые, но не поработав тестером не ответиш на них. Поэтому если на работу принимается тестер без опыта работы, то нет смысла спрашивать его об этом.
———-
Natalia S
Natalia S, абсолютно с вами согласен. К людям не имеющим опыта в тестировании будут другие вопросы, ответы на которые дадут представление о том, как человек думает, куда смотрит, что видит и как делает.
Ну и сами понимаете, что набор вопросов будут зависеть от конкретной вакансии.
Здравствуйте! Список вопросов неплохой, но по-моему слишком короткий. Лично у мне задавали гораздо больше вопросов при устройстве на работу и были они как примерно такие, так и гораздо сложнее. Например, что-то вроде:
1. Что такое QA? Что такое QC (quality control)? Чем отличаются QA и QC? (ответ можно найти здесь: http://www.it4business.ru/lib/919/#more-919 , но по-моему не вам это мне рассказывать).
2. Объясните понятия статического и динамического тестирования? (легко и линки на ответ искать честно говоря лень. )
3. Что такое классы эквивалентности в рамках теории тестирования? (аналогично предыдущему)
4. Что такое модель CMM и зачем она нужна?
Ну и естественно ряд других вопросов. Надеюсь, чем-то помогла. Удачи в начинаниях! Думаю, для начинающих тестеровщиков эта страничка будет полезна.
P.S.: Вопрос "Как вы представляете себе работу тестировщика?" у нас обычно так же задается первым. 🙂
Здравствуйте, все! Читаю я этот список и понимаю, что внятно могу ответить только на 70 % вопросов из списка, а у меня ведь собеседование через 2 дня. Тестером не работала, но курсы прошла. Спасибо.
На самом деле, как уже многие говорили: "нет одинаковых интервью". Вопросы у всех разные. Может так случиться, что у вас не спросят ни одного вопроса из этого списка.
Рекомендую почитать еще вот этот раздел на нашем сайте: Собеседование специалистов
Жалко мне тех, кто на эти вопросы будет отвечать. Вопросы надо уметь задавать грамотно и понятно, а не издеваться над соискателями псевдоумными жаргонными словами. Задача соискателя знание не жаргона, а сути предмета.
Одно дело проектирование тестов (test design), а вот "тест дизайн" – просто загадка природы. Получается, чтобы ответить на вопрос, сначала надо перевести вопрос на английский, а потом правильно перевести на русский. Интересно, а сам автор этих вопросов может профессионально грамотно перевести их с суржика на русский язык?
Кстати, во фразе "Модель нагрузки?" и подобных вопросительный знак противоречит правилам русского языка.
>> Как можно вызвать событие submit формы через адресную строку?
Пожалуйста, подскажите, как понимать эту строку, и как можно это реализовать? Через js-код в адресной строке? Покажите, пожалуйста, на примере.
С уважением Сергей, компания TRS
Сергей, да вы правы – через джаваскрипт.
Для вызовы джаваскрипта из адресной строки в адресной строке пишите:
javascript: document.forms["myform"].submit();
ну и небольшой тест, что данный метод вообще работает:
javascript: alert(‘javascript Test Run’);
Cпасибо, однако должен отметить, что не во всех браузерах строка javascript: alert(‘javascript Test Run’); порождает окно сообщения, в частности:
Ubuntu Linux:
FireFox 7.0.1 – никакой реакции;
Сhrome 14 – ожидаемая реакция;
Opera 11.51 – ожидаемая реакция;
WinXP:
FireFox 3.6 – ожидаемая реакция;
Opera 10 – ожидаемая реакция;
Chrome 10 – ожидаемая реакция;
Safari 4 – ожидаемая реакция;
IE 8 – никакой реакции;
FireFox 7.0.1 – никакой реакции;
Opera 11.51 – ожидаемая реакция;
Сhrome 14 – ожидаемая реакция;
Safari 5 – ожидаемая реакция;
Сергей, спасибо за подобное исследование. Если вы таким образом ответите на интервью, то это будет огромным плюсом в вашу пользу.
Тенденция разработки браузров идет в сторону ограничения возможносетй джаваскрипта. Так что скорее всего эта самая фича вообще уйдет в небытие.
Еще раз большое спасибо за ваши комментарии.
Я последнее время часто провожу собеседования тестеров. Начал вам подробно отвечать, получилось столько текста, что решил написать на эту тему полноценную статью. Правда там больше информации по найму manual junior. Но на некоторых вопросах посыпется половина и более опытных QA. Разместил ее на спарке в блоге нашего проекта: https://spark.ru/startup/neaktor/blog/31094/nanyat.
Краткое содержание вопросов по самому собеседованию:
- Что такое вообще тестирование?
- Что такое blackbox / whitebox / graybox?
- Жизненный цикл бага / ПО?
- Чем отличается чек-лист от тест-кейса? Когда стоит их использовать?
- Виды / типы / уровни тестирования
- Техники тест-дизайна. Минимальный набор: Boundary Values, Equivalence Partition, Decision Tables, State Transition. Более продвинутые: Pairwise например. Решите практическое задание по составлению тест-кейсов с применением техник тест-дизайна, которые знаете. Explorative – не в счет
- Логические задачи
- Вопросы на адекватность. Что делать, если вам возвращают тикет в Reject? Не знаете как тестировать какой-то функционал. Что делать?
Отдельно тестовым заданием проверяется оформление дефектов.
Большинство вопросов "открытые", то есть можно остановить соискателя в любой момент и попросить уточнить какие-то делали. Например, "Тестирование производительности? Давайте остановимся подробнее. Какие подтипы знаете? Чем отличается Load от Stress тестинга? Как вы будете проводить тестирование производительности?"
Или вот например еще задача на подумать. Когда тестирование интерфейса является функциональным тестированием, а когда нет? Приведите пример.
Если говорить про собеседования senior, то более технические вопросы обязательны. Артем выше привел неплохие примеры. Но тут можно вообще про много что спрашивать. От как вы будете тестировать API до запросов в noSQL базы. Также у тестеров с опытом спрашивать про матрицы покрытия тестов, тест-планирование, цикл разработки тестовой документации и так далее.
В этой статье представлен расширенный список вопросов (и ответов), которые потенциальный работодатель может задавать тестировщикам программного обеспечения. Статья построена в формате вопрос-ответ, и, в частности, содержит вопросы относительно автоматизации тестирования, сертификации ISTQB и CSTE и многого другого, что дает возможность оценить уровень подготовки. Надеемся, что по прочтении статьи, вы сможете подготовиться к любым собеседованиям, или, как минимум, увереннее отвечать на вопросы.
В. Что такое динамическое тестирование?
О. Это тестирование за счет выполнения кода или программы с различными входными значениями и подтверждением результатов.
В. Что такое GUI-тестирование (GUI Testing)?
О. Тестирование GUI (графического интерфейса пользователя): интерфейс программного обеспечения проверяется на предмет соответствия требованиям.
В. Что такое формальное тестирование?
О. Верификация программного обеспечения, согласно тест-плану, тестовым процедурам и соответствующей документации, с учетом пожеланий клиента.
В. Что такое тестирование на основе рисков?
О. Определяются наиболее важные части системы, затем устанавливается порядок их тестирования, затем следует, собственно, тестирование.
В. Что такое раннее тестирование?
О. Тестирование по возможности проводится как можно раньше, чтобы выявить дефекты на ранних этапах SDLC. Это позволяет быстрее обнаружить и устранить дефекты, экономит расходы.
В. Что такое исчерпывающее тестирование?
О. Тестирование функциональности, с использованием неверных и верных данных ввода и входных условий.
В. Что такое скопление дефектов?
О. Даже небольшой модуль или функциональность могут содержать в себе ряд дефектов, поэтому необходимо больше уделять внимания тестированию функциональности.
В. Что такое «парадокс пестицида»?
О. Если с помощью имеющихся тестовых сценариев не получается обнаружить дефекты, возможно, стоит дополнить/пересмотреть тест-кейсы, чтобы можно было находить больше дефектов.
В. Что такое статическое тестирование?
О. Верификация кода вручную без программы. В этом процессе проблемы находятся в коде, во время его проверки и сравнения с требованиями.
В. Что такое позитивное тестирование?
О. Тестирование, которое проводится в приложении с целью определить, насколько система функциональна. Такой подход больше известен как «тест на прохождение».
В. Что такое негативное тестирование?
О. Тестирование негативных сценариев в ПО: высвечивает ли система ошибку, когда она должна это делать, или не должна.
В. Что такое сквозное тестирование (еnd-to-end)?
О. Тестирование общей функциональности системы, включая интеграцию данных в модулях.
В. Что такое исследовательское тестирование?
О. Это исследование приложения, чтобы составить представление о его функциональности, добавление (или) изменение существующих тест-кейсов для более качественного тестирования.
В. Что такое «обезьянье тестирование» (Monkey Testing)?
О. Тестирование приложения без какого-либо плана, тестирование выборочных мест, чтобы обнаружить какие-то сложные системные сбои, а затем и дефекты, которые к этому привели.
В. Что такое нефункциональное тестирование?
О. Валидация различных нефункциональных аспектов системы, таких как пользовательские интерфейсы, совместимость, производительность и прочее.
О. Проверка на предмет того, насколько легко конечные пользователи способны понять и управлять приложением.
О. Проверяется, насколько хорошо реализованы в приложении все условия безопасности.
О. Анализ эффективности различных характеристик системы — времени ответа, общей производительности с целью установить, как быстро система работает под нагрузкой.
В. Что такое нагрузочное тестирование?
О. Анализ функциональности и производительности приложения в разных условиях.
В. Что такое стресс-тестирование?
О. Проверка устойчивости системы в условиях превышения пределов обычного функционирования. Или снижение ресурсов системы и сохранение нагрузки на определенном уровне, чтобы проверить, как приложения при этом себя ведет.
В. Что такое процесс?
О. Процесс — это набор практик для достижения определенной цели; может включать инструменты, методы, материалы и людей.
В. Что такое конфигурационное управление?
О. Процесс поиска, организации и контроля изменений в разработке ПО. Или методология контроля и управления проектом разработки ПО.
- Тест-плана
- Тест-сценариев
- Тест-кейсов
- Выполнение тест-кейсов
- Проверка результатов
- Составление отчетов о дефектах
- Дефект-трекинг
- Закрытие дефектов
- Тестовый релиз
В. Как расшифровывается CMMI?
О. Capability Maturity Model Integration (Модель зрелости процессов разработки).
В. Что такое разбор программы?
О. Неформальный анализ исходного кода программы с целью выявить дефекты и верифицировать техники программирования.
О. Тестирование отдельных программ, модулей или элементов кода.
В. Что такое тестирование уровня интеграции?
О. Тестирование соответствующих программ, модулей (или) единиц кода.
В. Что такое тестирование на уровне системы?
О. Тестирование всей компьютерной системы по всем модулям. Такая разновидность тестирования может включать функциональное и структурное тестирование.
В. Что такое альфа-тестирование?
О. Тестирование всей компьютерной системы перед этапом пользовательского тестирования (UAT).
В. Что такое UAT?
О. Тестирование компьютерной системы клиентом, чтобы проверить, соответствует ли система требованиям.
В. Что такое тестовый план?
О. Документ, описывающий масштаб, подход, ресурсы и график тестирования, в котором определены тестовые элементы, отдельные части функционала, тестовые задания, специалисты, которые будут проводить конкретные тесты, и любые риски, требующие дополнительного планирования.
В. Что такое сценарий тестирования?
О. Идентификация всех возможных зон тестирования.
В. Что такое ECP (Equivalence Class Partition)?
О. Метод генерации тест-кейсов.
В. Что такое дефект?
О. Любое несовершенство в работе софта. Или когда ожидаемый результат не соответствует фактической работе приложения.
В. Что такое критичность?
О. Определяет уровень дефекта с функциональной точки зрения, т.е. насколько критичен дефект для приложения.
В. Что такое приоритет?
О. Указывает на срочность устранения дефекта.
В. Что такое повторное тестирование?
О. Повторное тестирование приложения с целью узнать, устранены ли дефекты.
О. Верификация существующих функциональных и нефункциональных зон после того, как были изменены отдельные части приложения или добавлены новые функциональные возможности.
В. Что такое тестирование восстановления?
О. Проверяется возможность системы справиться с некоторыми неожиданными ситуациями.
В. Что такое тестирование глобализации (Globalization Testing)?
О. Тестируется возможность запуска приложения независимо от его географической и культурной среды. Проверяется возможность смены языка, даты, формата и валюты, если приложение разработано для пользователей из нескольких стран.
В. Что такое тестирование локализации?
О. Проверка на предмет того, подходит ли приложение для отдельной локальной группы пользователей, культурных и географических условий.
В. Что такое тестирование установки?
О. Проверяется возможность успешной установки ПО, в соответствии с документацией по установке.
В. Что такое тестирование удаления?
О. Проверка возможности удаления ПО.
В. Что такое тестирование на совместимость?
О. Проверяется совместимость приложения с другим программным и аппаратным обеспечением.
В. Что такое стратегия тестирования?
О. Это часть тест-плана, описывающая, как проводится тестирование и какие разновидности тестирования необходимо сделать.
В. Что такое тест-кейс?
О. Тест-кейс — набор определенных шагов, по которым проверяется функциональность системы.
В. Что такое тест-кейс для валидации бизнес-процессов?
О. Этот тест-кейс составляется для того, что проверить определенное условие или требование.
В. Как определяется хороший тест?
О. Тест-кейс, у которого высокий приоритет обнаружения дефектов.
В. Что такое тестирование по сценарию использования?
О. Такое тестирование определяет, было ли ПО разработано согласно случаю использования.
В. Что такое возраст дефекта?
О. Время между датой обнаружения и датой закрытия дефекта.
В. Что такое дефект Showstopper?
О. Дефект, который вынуждает остановить ход тестирования.
О. Это последний этап STLC. Руководство составляет отчеты по тестам, разъясняет статистику проекта, исходя из имеющихся данных.
В. Что такое Bucket Testing?
О. Bucket Testing, или A/B-тестирование. Чаще всего исследуется эффект разного дизайна, используется метрика для веб-сайтов. Две версии сайта запускаются на одной или нескольких веб-страницах, чтобы определить разницу в кликах.
В. Что такое критерии запуска и завершения тестирования?
О. Критерии запуска — процесс, который должен быть представлен в начале системы. Это может быть:
- SRS – ПО
- FRS
- Случай использования
- Тест-кейс
- План тестирования
Критерий завершенности определяет готовность приложения к релизу. Это может быть:
- Отчет по тестированию
- Метрики
- Отчет по анализу теста
В. Что такое тестирование валюты?
О. Это комплексное пользовательское тестирование одновременного доступа к приложению, для верификации влияния на код, модуль или базу данных. Главным образом обнаруживает тупиковые ситуации в коде.
О. Тестирование веб-приложения проводится на веб-сайте для проверки загрузки, производительности, безопасности, функциональности, интерфейса, совместимости и других вопросов, относящихся к юзабилити.
О. Тестирование элементов (или побочное тестирование) позволяет проверить отдельные работу модулей исходного кода.
В. Что такое тестирование интерфейса?
О. Тестирование интерфейса проверяет взаимодействие отдельных модулей. Чаще всего используется для тестирования пользовательского интерфейса приложений с GUI.
В. Что такое гамма-тестирование?
О. Гамма-тестирование проводится когда ПО уже готово к релизу, проверяется соответствие требованиям.