Лайв собес для паблика: приятный разговор за жизнь. Реальный собес: душные технические вопросы со звёздочкой)

собеседование на QA лида - две тысячи просмотров, собеседование на QA джуна - от ста тысяч просмотров))

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

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

@TheSilverfoks

10 ай бұрын

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

Было очень интересно посмотреть, спасибо!)

31:00 - на самом деле очень жизненный вопрос так как я работал в компании где реально были такие проблемы. И я бы начал отвечать с ситуации. Из моего опыта такая фича редко прилетает просто так. Значит QA лид знал о том, что эта ситуация случится. Первый шаг - понять, насколько глубока яма в которой мы находимся. Например, фича протестирована и там есть несколько известных блокеров которые планируют исправить до выходных. В данном случае я бы обсудил с тестировщиком на этом проекте, сколько нужно ресурсов и какие есть риски. Может быть высокая вероятность, что блокеры не исправят даже за выходные, например. Дальше, я бы заложил ещё 20-30% на буфер, к оценке тестировщика и с этой информацией пришел бы к СТО. В том числе с информацией о рисках. А дальше, если выход в выходные будет необходим, выйду я и необходимые сотрудники с соотв. компенсацией. В разных компаниях принято по разному. Если мы сталкиваемся с ситуацией, что выходить некому. Например, тестировщик заболел, то можно попросить его заранее актуализировать тестовую документацию исходя из обнаруженных проблем и того, как их стоит проверять, чтобы протестировать мог я, разработчик или тестировщик из другого проекта который не знаком с функционалом. Это я описал оптимистичный кейс. Есть ситуация, когда к тебе приходят не с фичой, а с проектом. Который пилился несколько месяцев или лет, и вот они сделали интеграцию с вашим продуктом. Но они все пилили без тестирования, разработчики и ПМ сами как-то проверяли свой продукт и они ничего не знают про интеграцию. В данном случае, самый эффективный способ понять, какими будут основные сценарии использования и обеспечить работающий смоук. Ресурсы в данном случае можно привлекать какие есть и скорее всего понадобится больше ресурса разработки на отладку базовых сценариев и интеграции.

Отличное собеседование!

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

Алексей Петров! С записи твоего курса в МГУ я пришла в QA :)

А прошлые сезоны qa crew где глянуть можно?

@PodlodkaShow

2 жыл бұрын

podlodka.io/crew-records#qa

0:35 Лучше бы я не находил багов 🙈

а технические вопросы где? Это во втором туре?

@Hikik0_m0ri

2 жыл бұрын

Техника или софты для лида- идет, как 3я часть почти всегда. Это был второй собес..более общий. Первый с HR.

Вообще ни о чем, очень слабо!

в общем, феминистка не затащиле интервью, такой лидер команды вообще явно не будет хорошим руководителем, наставником и другом команде. Все стало понятно уже на этапе, когда "давайте поработаем в выходные" про технические знания вообще не спросили. Кажется, важно лишь что она ведет фем паблик. Хотя, на этом этапе уже можно было забрасывать