Как найти (и сохранить) тестера, который является разработчиком

Ответ 1

Для начала вы можете просто взять "QA" out названия и описания, если это похоже на "горячую кнопку", которая удерживает кандидатов от серьезного взгляда на позицию.

Из вашего описания ваша позиция не имеет много общего с традиционной ролью "тестера" - работа в основном заключается в написании и мышлении о коде, а не в том, что он ударяет по другому коду и пытается его сломать. Подумайте об этом как о довольно эклектичной, ориентированной на инструменты ориентированной позиции развития, и попытайтесь рекламировать и укомплектовать ее соответствующим образом. (И рассчитывайте соответственно заплатить - вы получаете то, за что платите.) Есть немало разработчиков, которые имеют хорошие навыки, но, возможно, немного меньше внимания, чем другие, и кто предпочел бы работать над чередой мини-проектов, а не более продолжительный вариант более крупного проекта.

Ответ 2

Деньги и ответственность.

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

Ответ 3

Я разработчик, но провел время, работая как человек QA (тестовая запись, автоматизация, написание/кодирование инструмента). Я видел это как что-то, что я делал на стороне, и в итоге ушел.

Основная причина, по которой я хотел, заключалась в том, что это была не та карьера, которую я хотел. Никакая сумма денег/ответственности не изменит этого. Однако я думаю, что уважение также имеет к этому отношение. Многие работы QA просто недооцениваются, поэтому это должно быть четко объяснено как "не то, как все работает в вашей компании".

Я бы нашел кого-то, кто хочет позицию QA, но обладает сильными навыками разработки/кодирования/решения проблем. Они могли бы заполнить создание инструмента или другие мелкие задачи кодирования, но это было бы на стороне. Обратим вспять мои чувства выше.

Ответ 4

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

Ответ 5

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

Также убедитесь, что есть путь карьеры, который ведет к большей разработке, а не к QA, если это то, что хочет кандидат.

Наконец, убедитесь, что другие разработчики рассматривают этого человека как разработчика-разработчика, а не как кто-то вне команды.

Печально, что у "QA" есть стигма, связанная с ним среди разработчиков, но это так.

Ответ 6

Я был программистом, работающим в тесте на некоторое время. Если я могу, ответ довольно прост: пусть они делают все, что хотят.

Если вы дадите им свободное владение, я могу гарантировать, что ваше программное обеспечение будет проверено так, как вы никогда не думали.

Если, с другой стороны, вы пытаетесь контролировать такого человека, тогда они будут расти, чтобы презирать вас. Это неизбежно.

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

Ответ 7

Деньги и ответственность являются ключевыми, как указывают Адам и Чопс. Инженеры по качеству должны быть в том же масштабе оплаты, что и разработчики. Интересная работа также является важным фактором. Роль звучит как приятное множество задач.

В моей компании разработчики часто передаются в аренду тестирующей команде между проектами или когда команда тестируется. У некоторых есть умение, другие - нет. Тем не менее, большинство разработчиков скорее проверили бы свой собственный код, чем обнаружили ошибки в работе других. Менеджеры тестов активно привлекают разработчиков с сильными навыками тестирования. Я сопротивлялся переключению на тестовую команду в течение семи лет. Продвижение, повышение на 20% и обещание, что моя роль в первую очередь была устранена, управление и планирование, наконец, убедили меня переключиться. Я больше разбираюсь в тестах, чем я думал, но я тоже получаю сложную работу.

Платите, сравнимый с развитием. Будьте правдивы; раскрывать фактические ожидания этой роли. Измените название на Software Quality Engineer.

Ответ 8

Я согласен с Адамом, деньги и ответственность являются ключевыми. Я бы предположил, что если вы находитесь в небольшой компании, ваша команда QA небольшая/несуществующая. Вероятно, это означает, что у кого-то есть хорошая возможность войти и сделать настоящие усилия, чтобы внести свой вклад и сформировать политику, процедуру и рабочий процесс вашей компании.

У нашей компании была аналогичная проблема с QA, и мы все еще не находимся там на 100%. Но предоставление персоналу ОК возможности диктовать политику и процедуру, а также участвовать во всех аспектах разработки продукта, чтобы держать их в курсе, хорошо сработало для нас. Это означает, что, когда дело доходит до QA и тестирования, у нас есть кто-то, кто понимает продукт, знает его внутри и снаружи, с самого начала активно участвовал и сильно определял процедуры, которые они сами, а команда разработчиков будет следовать. Ответственность ключевая.

Ответ 9

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

Ответ 10

Думаю, у вас здесь крутая игра:

• Стоимость разработчика на полный рабочий день для выполнения требуемой работы будет слишком высокой.
• Большинство разработчиков (включая меня) очень быстро устали. Большинство страстей dev - это кодирование, они хотят сделать это как можно больше. Если TBH, из того, что вы сказали, может быть очень мало в той роли, которую вы выполняете.
• Я бы сказал, возможно, найди Юниора, кого-то нового с небольшим опытом. Вероятно, они лучше повлияют на ваш процесс тестирования /QA, и это дает им возможность начать просмотр производственного кода, возможно, с ним можно работать.
• Если вам не повезет, я бы не ожидал, что "разработчик" останется надолго, так что либо ожидайте немного оборота, либо, возможно, при необходимости развернитесь до полной роли разработчика и получите более дешевый единственный тестер.
• Я знаю, что вы маленький магазин, поэтому финансы могут быть большой частью для игры, но я бы сказал, вам нужно взвесить возможность получить разработчика и устранить проблемы, которые у вас есть, если они происходят так часто. Тестеры дешевы по сравнению. Лучше всего получить тестер, найти все проблемы, а затем найти подрядчика/часть времени, чтобы исправлять проблемы.

Ответ 11

Чувак, определенная компания, над которой я работаю, нашла решение ваших проблем. Возьмите QE, а не QA. У QA (Quality Assurance) есть клеймо. Само название задания означает, что для большинства разработчиков требуются скучные задачи. QE (Quality Engineering) звучит так же плохо, но не отпугивает почти столько же людей.

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

Ответ 12

Наиболее распространенным заголовком для этой публикации является "Разработчик программного обеспечения в тесте".

Но я думаю, что еще одна проблема гораздо важнее - ее трудно предотвратить, чтобы человек с хорошим тестированием и знаниями из-за перехода на команду разработчиков