Каких ответов я жду на собеседовании по тестированию / Хабрахабр. Я провожу собеседования на тестировщиков. У меня иногда болит голова. Долго собирался написать статью.
Вопросы, поднимаемые в статье, обсуждались уже не раз и не два, но усердные поиски компиляции ответов на эти вопросы так и не увенчались успехом. Но, как подсказывает мой опыт, такая компиляция очень нужна. Прежде всего она требуется юниорам, ибо в сети по запросу «тестирование» на них (соискателей) обрушивается огромный объем информационного мусора, который плохо структурирован и часто противоречит сам себе. Вступление. Сначала несколько слов о себе.
Тест на знание теоретической части 44 Федерального закона от 05.04.2013 г.
На данный момент являюсь начальником отдела тестирования и сопровождения компании, занимающейся корпоративными ГИС. До этого работал руководителем группы тестирования в компании, разрабатывающей коммерческие СДО (Системы дистанционного обучения). А еще раньше ведущим инженером по тестированию в компании, которая обеспечивала электронные торги по ФЗ . А начинал я свою карьеру более 1. Стажером- программистом был чуть меньше двух лет (вначале нулевых – VB). Фрилансил инженером- программистом: писал собственный баг- трекер для госкомпании.
И чем больше я этим занимаюсь, тем больше убеждаюсь, что иногда проще взять претендента без опыта, чем человека с опытом тестирования в российской компании (впрочем, не без исключений). Попутно следует отметить, что соискатели без опыта в подавляющей массе используют следующие источники информации о профессии: интернет – ресурсы, книги, мнение знакомых тестировщиков.
На собеседовании я всегда задаю одни и те же вопросы: Почему вы решили стать тестировщиком? Что такое тестирование? В чем его суть как процесса? Что такое ошибка?
В чем цель тестирования? Что вы знаете о жизненном цикле ПО? Какие бывают требования? Какие виды/типы/классы/методы тестирования вы знаете, и чем они различаются? Расскажите о тестовой документации: виды, цели.
Из каких этапов состоит процесс тестирования? Автоматизированное тестирование – отдельный вид тестирования? Какой тип/вид класс тестирования имеет смысл автоматизировать? Доходящий за то же время до 1. Может, я слишком требователен к ответам?
Нет, я просто жду от соискателя понимания того, чем ему придется заниматься. Вот как проходит собеседование: я начинаю разговаривать с соискателем предпочтительно в форме диалога, задавая ему указанные вопросы. Если получаю ответ, правильный или близкий к правильному, то перехожу к следующему вопросу.
Если соискатель «блуждает», приводит заученную формулировку или просто не может ее обосновать, я пытаюсь подвести его к правильному ответу и почему этот ответ правильный. Пытаюсь заставить рассуждать.
Последний год вместо собеседований у меня получаются импровизированные лекции. И дело не только в том, что соискатели менее осведомлены или у них мало опыта. Имели место и собеседования на должность ведущего инженера по тестированию с претендентами с 1.
По- моему, дело в том, что очень много противоречивой информации и «неполезного» опыта, ведь очень многие российские компании строят процесс тестирования по модели С. Канера – когда два – три высококвалифицированных тестировщика полностью генерируют, отбирают и описывают кейсы, а проверки проводят 1. Этим текстом я попытаюсь немного подвести вчерашних, сегодняшних и завтрашних соискателей на позицию тестировщика к пониманию, а что же все- таки такое «тестирование». Далее я отвечу на некоторые из вопросов собеседования и обосную свое мнение, а также приведу некоторые из наиболее частых ответов соискателей и объясню, почему считаю их неправильными.
Почему вы решили стать тестировщиком? Возможно, что- то вроде: «потому что без тестирования невозможно выявить истинное состояние производимого продукта, и насколько он соответствует ожиданиям потребителя». Что такое тестирование?
В чем его суть как процесса? Канера и Р. Савина) – «поиск ошибок». И во всей литературе по тестированию почему- то никто не указывает, что это упрощение и весьма грубое, и вообще, этот ответ просто неверен! Тестирование – комплекс мероприятий, направленный на проведение проверок на соответствие производимого продукта требованиям, к нему предъявляемым (прямым и косвенным). Да, действительно, в ходе проверок выявляются ошибки/инциденты/замечания, но это лишь побочный продукт процесса. Основным является информация о соответствии продукта требованиям, которые к нему предъявляются.
Что такое ошибка? А вот дальше начинается хаос, когда спрашиваешь: «а как мы узнаем корректная работа или нет?»Правильный ответ есть почти на всех известных мне ресурсах о тестировании: Ошибка – несоответствие производимого продукта требованиям, прямым или косвенным. Чтобы не блуждать в противоречиях/предположениях и т.
Наиболее внимательные соискатели пытаются пересказать то, что я им подсказывал при ответе на второй вопрос. А ответ крайне простой: Цель тестирования – предоставление актуальной информации о соответствии производимого продукта требованиям. Всё. Не больше и не меньше. Ну, конечно же, можно еще сказать, что цель тестирования – предоставление информации о количестве ошибок в продукте. Ивермекс Инструкция подробнее. А именно это и неправильно.
Вот просто- таки каждодневный кейс многих тестировщиков/ПМ/аналитиков: звонок заказчика – «как там мой продукт?». Можно, конечно, рассказать подробно о критичности этих багов, их приоритетах, но это не ответ на вопрос заказчика, это выдача сырой необработанной информации ДВП. Теперь тот же кейс.
Как Вам кажется, такой ответ понятнее? И пусть в эти 5% входят, уже упомянутые 6. Вот именно это и является целью тестирования. А, соответственно, и сам процесс по своей сути должен сводиться к достижению этой цели. Что вы знаете о жизненном цикле ПО? Все же есть некоторая «золотая середина», но и здесь умудряются фантазировать дикие вещи, то сводя все к трем пунктам, то разрисовывая схему на три страницы.
Останавливаться подробнее не буду, скажу только, что есть целый пул кандидатов, которые намертво стопорились на этом вопросе (примерно 7%). Какие бывают требования? Редко кто вспоминает про деление на «функциональные»/«нефункциональные», а кто вспоминает, часто не может объяснить разницу. Но есть одна категория, про которую забывают.
Я в этой статье уже несколько раз упоминал о «. На собеседовании я эту фразу произношу раз пять- шесть. Очень малый процент соискателей переспрашивает и тем самым исключает этот вопрос из собеседования. А полный ответ таков: «Требования бывают прямыми (т. Все требования также подразделяются на функциональные (описывающие какие функции должен выполнять продукт) и нефункциональные (требования к окружению, поддерживаемости, надежности и прочим характеристикам продукта).
Прямые требования всегда приоритетнее косвенных.»Самый очевидный и «простой» пример: в ТЗ — «кнопка должна быть красного цвета» – прямое требование, из него проистекают косвенные – она не должна быть синей, зеленой, серой или черной и т. А главное – такой подход отсекает излишне формальное отношение к тестированию и поднимает планку квалификации тестирования как такового, ибо для грамотного тестирования мало знать только ТЗ и юзер- стори, надо еще изучить прикладную область и специфику потребления производимого продукта. Такое тестирование значительно эффективнее. Есть маленький грех за мной: я отрицаю существование негативных проверок, поскольку: их тяжело обосновать перед руководством, на них трудно получить время, их практически невозможно обосновать экономически перед заказчиком при составлении сметы на тестирование.
И квалификация специалиста как раз и выявляется пониманием косвенных требований для каждого конкретного продукта. Какие виды/типы/классы/методы тестирования вы знаете, и чем они различаются? Я задаю этот вопрос, чтобы увидеть, готовился соискатель хоть в малой степени или вообще не удосужился. Дело в том, что на предыдущие вопросы можно ответить, просто рассуждая и имея общее представление о сфере в целом.
Данный вопрос требует элементарного знания терминов. Возможно, я рассмотрю его в других статьях, ибо он достаточно большой и заслуживает отдельной статьи. Расскажите о тестовой документации: виды, цели.