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

Было и есть несколько крутых руководителей. Основное, что выделяю - это доверительные отношения, предоставление свободы в принятии решений и передача ответственности.

Приложение долго висело на лоадере и после неожиданно для них выдавало результат. Они думали: «Приложение, наверное, сломалось» и просто уходили.

Больше похоже на проблему с реализацией функционала в приложении, чем на плохую изначальную идею. Странно из такого результата делать выводы вида "теперь мы ответили себе на вопрос: а почему наши ключевые конкуренты это еще не сделали?"

Вот и до меня доехал подарок!

Классная настолка, набор сладостей и великолепная открытка из Санкт-Петербурга. Спасибо, Дедушка!

Очень классно работать с людьми, которые принимают решения на основе того, как будет лучше бизнесу, и при этом учитывают специфику своей роли в процессе. Когда цели совпадают — работать интереснее.

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

Поддерживаю. Уточню: я имел в виду, что «разбираться до конца» != «разбираться до конца в одиночку». Сеньор всегда найдёт тех, кто ему поможет разобраться с проблемой.

Senior всегда должен думать "за себя и за того парня"

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

Согласен, это один из самых важных софт-скиллов. Тестировщику, который плохо умеет выражать свои мысли и не использует коммуникацию в работе, будет трудно дорасти даже до уровня Middle.

Обязан мешать разрабам, должен до всех доколупаться

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

Head of QA же не может ошибаться

Может, и об этом есть отдельный пункт. Главное — уметь признавать свои ошибки и сообщать о них команде.

Профессионал сменит свой привычный инструмент на точно такой же, в менюшках которого он не разобрался

Сеньор сам понимает, когда эффективнее использовать привычный ему инструмент, а когда нужно использовать какой-то другой. И он способен это аргументировать.

А сам продолжит нести ответственность и копать, привлекая помощь других людей при необходимости.

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

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

Из специфичных для удалённой работы только Codewithme. Ожидал увидеть в статье именно про специфику...

Почему итогом развития тестировщика вы считаете переход в разработку? Выглядит как мнение человека далёкого от QA.