Грейдирование специалистов в области тестирования программного обеспечения

Приветствую, читатель!

Предлагаю немного порассуждать на тему грейдирования специалистов в области тестирования ПО. Насколько точно и безошибочно можно определить, какого уровня специалист перед вами, скажем, за 60-минутное собеседование?

Поделюсь ситуацией, в которой оказался, и благодаря которой я сделал определенные выводы на этот счёт.

Работаю на позиции Middle Manual QA около года. Пару недель назад ко мне в личку пришла HR с просьбой составить грейд для оценки QA инженеров, которые недавно пополнили ряды на нашем проекте. К слову, раньше я такого не делал.

Казалось бы, что может быть сложного? Взять за основу грейд из интернета, что-то добавить/изменить, тяп-ляп и готово, но не тут-то было...

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

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

И вот, у меня готово полотно вопросов и заданий для оценки грейда QA-специалистов.

90% работы завершено, осталось раскидать их по уровням, таким как:

Junior: Start / Medium / Plus

Middle: Start / Medium / Plus

Senior: Start / Medium / Plus

Но я не ожидал, что оставшиеся 10%, окажутся самыми сложными. Мой поход к HR, чтобы обрадовать быстрым выполнением её просьбы, откладывался.

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

Чем Middle Plus отличается от Senior Start, например? На какой такой вопрос знает ответ второй, но не знает первый? Попробуй угадай.

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

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

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

Пара выводов из прочитанного:

- Грань размыта. Нет четких критериев, по которым можно определить, какого уровня специалист перед вами.

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

Вы только подумайте. Если человек работает на проекте уже более 5 лет и знает систему вдоль и поперек, участвует в бизнесовой части разработки, принимает решения и берет ответственность за себя и других участников команды, разве это не Senior?

Но если этот же человек попадает на другой проект, где флоу сильно отличается, и он пока не может выполнять сложные задачи и участвовать в бизнесе, он перестает быть Senior QA? Думаю, что нет. Ему понадобится какое-то время на адаптацию, так же как и Мидлу и Джуну. И только после того, как он «въедет», можно оценивать его грейд, но опять же в рамках конкретной системы.

Вернемся к моей истории.

И так, есть задача, которую я должен выполнить, а мои рассуждения никому, наверное, и не нужны.

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

И знаете что? Ни у кого из нашей команды, наша конфигурация грейда вообще не вызвала никаких вопросов. Ради интереса, я даже посоветовался со знакомыми тестировщиками с других проектов, и их тоже всё устраивало. Это было очень странно для меня и не менее странно для моего коллеги, который согласился разделить со мной эту задачу. Мы ждали критику, а получили похвалу.

Вывод: Грейд - понятие относительное. На одном проекте ты Синьор, на другом Мидл, а позже опять Синьор. Да и то, что специалист может ответить на вопросы, не гарантирует его ответственное отношение к работе и вообще желание эту работу выполнять.

Это моя первая статья, надеюсь, каплю пользы я вам всё-таки принёс. Спасибо за уделенное время!