Как наниматели используют вас для бесплатной работы в тестовом задании

"Все вы так говорите..."

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

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

Чё, чё там про Орёл? Я из Орла, возьмите на работу :))

Как-то непонятно. Изначально в чате был вопрос про тестовые для мидла, а потом все перешло на стажёров. Так почему же мидлы не хотят делать тестовые задания?

"Желательно, чтобы шагов было не больше пяти. " это критерий прохождения тестового?

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

Статью можно было назвать "Как наниматели используют вас."

Эх, Татьяна. Жаль, не все такой подход практикуют. Мне на позицию джуна без опыта было тестирование API, причём, такие огромные массивы кодов с ответами.

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

Кесарю кесарево. Работал я в местной фирме, где было 2 QA на условно 15 разрабов, 4-5 активных проектов и 0 авто тестов, QA гоняли тесты по сценарию использования от заказчика. Вряд ли они заранее знали о всех багах, вполне возможно, что кандидатов могли кинуть на тестовом. Другое дело, что не кидали, так как брали в основном местных зарекомендовавших себя студентов (и препов пытались вытащить), да и тестовых не давали. Видно, что модель бизнеса далека от идеалам, тем не менее такое имеет место быть

Не понятно, почему проблемой является 15 описанных багов вместо 5-7. У вас ставятся задачи на поиск определенного количества багов при тестировании? Сомневаюсь. Если вам важно затраченное время - так давайте тестовое на время. А вот это "нашёл больше чем нужно" в данном контексте абсолютно непонятный параметр.