Как понять, выросла ли я?

В QA чатах регулярно возникают вопросы вокруг роста из джуна в миддла.

Иногда это даже звучит так:

- Я работаю уже год, почему я все еще не миддл?
- Полгода в профессии, делаю задачи на уровне старших коллег, но получаю зарплату как джун. Как показать менеджменту, что я заслуживаю более высокой оплаты?
- Уже несколько месяцев в тестировании, уже все понятно, расти некуда:(

Апдейт: не уверена, что в цитатах выше считывается ирония, но она там есть! Небольшое пояснение тут.

Я долго думала на тему того, как же определить вот это "выросла/не выросла". Какие вопросы могли бы подсветить, какой вклад я (или не я) привношу как сотрудница?

Пока писала список, поняла, что он сам собой мутировал в готовый список вопросов для собеседования. Ну что ж, пусть так и будет)

Итак… На что я бы предложила обратить внимание?

Работа с требованиями и тест-анализ

С какими требованиями ты имеешь дело? Это небольшие проработанные ТЗ, которые можно покрыть тестами в лоб за часы/дни? Или это задачи с высокой степенью неопределенности, которые ты прорабатываешь в течение недель или даже месяцев?
Какие риски ты обычно подсвечиваешь, как предлагаешь их закрывать?
Находишь ли ты слепые пятна в требованиях и если да, какого рода эти пятна? Это очевидные ошибки типа опечаток или явных противоречий или это неочевидные пробелы в бизнес-логике или имплементации?
Можешь ли аргументировать, почему функциональность надо тестировать именно так, а не иначе? Как конкретно ты будешь это делать?

Тест-дизайн

Понимаешь ли ты, какие идеи стоят за техниками тестирования, какие ограничения есть у каждой из них?
Покрываешь ли ты требование тестами “в лоб”? Или у тебя есть big picture, которой ты следуешь, когда ты добавляешь новые тесты или обновляешь старые?
Можешь ли покрыть тестами требование с высокой степенью неопределенности?
Видишь ли ты пробелы и недочеты в тех тестах, которые написала раньше?

Работа с дефектами

Если встречаешь проблему - пишешь баг репорт сразу или локализуешь ее?
Как локализуешь проблемы? Как часто проблема оказывается именно там, где ты подозреваешь?
Видишь ли ты пробелы и недочеты в баг репортах, которые писала раньше?

Саппорт

Можешь ли оценить, какие риски могут сработать после доставки новой функциональности на продакшен систему?
Можешь ли рассказать, как их закрыть или смягчить?
Знаешь ли, как исследовать инциденты?
Сколько успешных кейсов расследования инцидентов на продакшен платформах?
Что это были за проблемы - очевидные дефекты UI или сложные для понимания и воспроизведения проблемы на стороне бэкенда, например?

Оценка задач

Как ты оцениваешь задачи, как определяешь, была ли оценка верной?
В какую сторону ошибаешься - в большую/меньшую? Как ты закрываешь риск, что ты можешь ошибиться с оценкой задаи и не успеть с ними в срок?
Ты обычно оцениваешь задачи, которые выполняются в течение часов? Дней? Недель? Месяцев?

Уровень ответственности

Какую ответственность ты можешь взять (и вытянуть - при наличии времени, конечно)?
За задачу?
За релиз?
За продукт в целом?

Самостоятельность

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

Софт скиллы / Мета-навыки

Что будешь делать, как себя вести, когда что-то долго не получается?
Что будешь делать, как себя вести, когда допустишь ошибку?
Когда возникает проблема, кто ее решает - кто-то другой по твоей просьбе или ты?
Можешь ли сказать “нет” тим лиду / проджект менеджеру / другим коллегам?
В каких случаях будешь это делать?
Как ты будешь это делать?
Как ты ищешь решения проблем?
Что ты делаешь, если решения нет?
Как ты понимаешь, что эффективно работаешь?
Какие способы используешь, чтобы работать эффективно?