Это перевод статьи .
Еще в июне прочитал с большим интересом статья Джон Стивенсон, в котором обсуждаются карьерные пути тестировщиков.
В то время (и до сих пор) статья задела меня за живое, потому что аналогичные проблемы начали возникать в моей нынешней компании.
Примечание переводчика: Небольшое отступление и несколько слов об этой статье.
В статье приведены различные статистические данные о тестировщиках – пол (75% мужчины, хотя в моей практике я бы сказал, что женский пол преобладает), метод разработки (совпадает с этой статьей) и зарплата.
Последнее меня весьма удивило, поскольку, по ее словам, тестировщики в среднем зарабатывают столько же или больше, чем программисты и разработчики, что явно противоречит моему опыту (к тому же в статье подчеркивается, что меньше, хотя цифры говорят противоположный) .
После некоторых переживаний по поводу вовлеченности сотрудников я (руководитель по тестированию), а также остальные руководители функциональной части (разработка ПО, управление проектами и техническая разработка) начали общаться со всеми нашими людьми в рамках наших компетенций.
Мы разработали ряд вопросов, направленных на то, чтобы получить реальную картину: их текущий взгляд на свою карьеру и свою роль в компании.
Во-первых, было здорово просто погулять и пообщаться со всеми, а во-вторых, общение со всеми двадцатью тестировщиками дало мне довольно хорошее представление о том, где лежат проблемные места.
Джон Стивенсон пишет в своей статье: «Да, ХХХ был таким замечательным тестировщиком, но он был вынужден уйти в разработку, чтобы иметь возможность развиваться в компании», и именно эту фразу я слышал в том или ином виде несколько раз.
раз.
В нашем случае это был переход либо к разработчикам, либо к менеджерам проектов.
Оба варианта рассматривались как единственный реальный прогресс для тестера.
// Примечание переводчика: не совсем понятно, почему игнорируется путь QA Engineer -> Senior QA Engineer -> Lead QA Engineer. Но это я оставляю на совести автора.
Это меня огорчило.
Потом, когда я изучил данные получше, выявилась тенденция, что большинство тестировщиков, которых мы нанимали как выпускников год-два назад, теперь заинтересованы в переходе в разработчики, а тестировщики с 3-5-летним опытом смотрят в сторону менеджеров.
Так почему же наши тестировщики с опытом менее двух лет хотят перейти в разработчики? Впоследствии стало очевидно, что компания стремится к частым выпускам продуктов; Заметен значительный рост автоматизации тестирования.
Мы всегда тратили много времени на автоматическое тестирование, но сейчас больше, чем когда-либо.
Сочетание короткого времени подготовки и упора на быстрые релизы привело к тому, что наши новые тестировщики занимались в основном автоматическим тестированием и дурацким ручным регрессионным тестированием.
Ручное тестирование == Исследовательское тестирование
Возможно, желание сменить сферу деятельности является следствием узкого взгляда на роль тестирования.Когда тестировщиков спросили об исследовательском тестировании, некоторые из них заявили, что делали это в каждом выпуске, но это было очень скучно, и они просто делали одно и то же снова и снова.
Именно в этот момент я начал соединять точки.
Возможно, настоящая проблема заключалась в том, что, даже если они знали о существовании других областей тестирования, они не понимали, что это за области на самом деле.
Например, в их глазах исследовательское тестирование == ручное тестирование, поэтому, если их единственной возможностью проявить себя как тестировщика было проведение регрессионных тестов на основе заранее написанных списков, неудивительно, что они захотели покинуть корабль! Так что, возможно, настоящая проблема – это образование.
Как компания, мы усердно работали над тем, чтобы выпускать релизы чаще в течение последних нескольких лет, и поощряли команды адаптировать свои методы работы к более гибкой среде, чтобы быть более эффективными.
В результате большая часть нашей команды большую часть времени работает на полную мощность, что оставляет мало времени для обучения и развития.
Конечно, есть люди, которые тратят время на изучение чего-то нового, но мы должны смотреть на картину в целом: «время» является барьером в этом уравнении.
Это подтвердили многие тестировщики, когда их спросили, добились ли они какого-либо прогресса в процессе обучения.
Их обычным ответом было: «Нет, у меня нет времени» или «У меня нет времени на это в течение дня».
Знать то, чего ты не знаешь
В результате этого исследования мы рассматриваем, как мы можем внедрить время готовиться в проекты.Есть чему поучиться Google удалил в 20% случаев и собственный опыт, поэтому мы уверены, что сможем что-то реализовать у себя.
Работа над этим продолжается.
Но само по себе это не решит проблему.
Как вы можете чему-то научиться, если даже не знаете, чему именно вам нужно научиться? В вашей роли есть что-то знание, но вы не знаете, что это такое.
Возможно, вы считаете себя опытным тестировщиком, хотя на самом деле вы просто не в курсе некоторых областей своей роли.
Это может показаться абсурдным, но представьте, что у вас мало контактов с сообществом тестировщиков, за пределами вашей маленькой команды тестирования или даже всей компании.
Тогда ваше представление о своей роли будет гораздо меньшим и сведено к навыкам, которые вам нужны ежедневно.
Если мы воспользуемся подходом мастера программного обеспечения , то у нас много учеников, очень мало подмастерьев и еще меньше мастеров.
Это означает очень мало возможностей для наставничества.
Это подводит меня к еще одной существенной разнице между разработчиками и тестировщиками, о которой я подозревал давно и которая была подтверждена нашими данными.
Разработчик обычно играл с компьютерами в детстве, лучше знакомился с компьютерами в школе, продолжал изучать информационные технологии и, возможно, даже получал степень в университете, и все это с целью стать разработчиком.
Желание что-то развивать — их страсть, и они склонны программировать полный рабочий день (по крайней мере, до брака, детей и т. д.).
Тестировщики не имеют высшего образования по тестированию ПО, в школе нет классов по тестированию, и я уверен, что ни у кого в детстве или подростке не было острого желания стать тестировщиком ПО.
Грустно думать, что немалое количество тестировщиков (включая меня) получили эту работу в прошлом, потому что у них не было знаний или упорства, чтобы стать разработчиками.
Навыки, необходимые для тестирования, такие как любознательность, внимание к деталям, умение смотреть на картину в целом (и многие другие) — качества, которые у меня были всегда, поэтому, к счастью, все сложилось хорошо.
Однако я думаю, что тестирование программного обеспечения сейчас рассматривается как самостоятельная карьера, и многие компании теперь не рассматривают его как неудачный путь разработчика.
Но я хочу сказать, что без жгучего желания стать тестировщиком новый тестировщик должен освоить практически с нуля все навыки, необходимые для работы в роли тестировщика.
И здесь мы ошиблись.
В моей компании к разработчикам и тестировщикам относятся как к равным, и в целом многие навыки являются общими.
Однако новым тестировщикам, возможно, придется уделять гораздо больше внимания объяснению необходимых им ролей и навыков.
Карта навыков
В попытке открыть глаза нашим тестировщикам и пролить свет на навыки, которые охватывает роль тестировщика, мы составили карту навыков.Центр карты представляет собой набор тех базовых навыков, которыми должен обладать хотя бы базовый уровень знаний каждый тестировщик.
Затем четыре квадранта расходятся от центра.
Эти квадранты определяют направления, в которых может двигаться человек.
Он по-прежнему будет тестировщиком, но уже сможет определить, какую форму тестировщика он может принять.
Благодаря подробному рассмотрению набора основных навыков, таких как исследовательское тестирование, методологии тестирования, отчеты о проблемах, парное тестирование, автоматизация тестирования, целенаправленная практика, предоставление обратной связи и т. д., тестировщику становится намного легче определить, на чем ему следует сосредоточиться.
Очень важно, чтобы базовые навыки были изучены, отработаны и отточены, прежде чем думать о специализированных навыках.
Эта структура используется в беседах один на один между тестировщиками и их руководителем, чтобы помочь выявить их сильные и слабые стороны и поставить цель для дальнейшего обучения.
Мы протестировали это на нескольких людях и все еще настраиваем и оптимизируем.
Но этот инструмент выглядит многообещающе для помощи в обсуждении карьеры.
Мы надеемся, что некоторые из новых тестировщиков прочитают раздел «Основные навыки» и определят несколько областей, которые им необходимо улучшить.
Конечно, это долгий путь, и мы не утверждаем, что эта схема ответит на все вопросы, но это только начало.
Теги: #тестирование #тестирование карьеры #тестирование ИТ-систем
-
Повседневная Жизнь Oem-Специалиста (Часть 2)
19 Oct, 24 -
«Образование» Отстает
19 Oct, 24 -
Сеть.
19 Oct, 24
