Как завалить QA интервью одним вопросом

Как завалить QA интервью одним вопросом
#QA #тестировщик #тестирование

[AlexanderHvastovich]

Давайте составим список вопросов какие у вас спрашивали на QA интервью. Писать под этим комментом

[fwzxidg]

Ага и после такого ответа, нанимающий лид, подумает
" так он готов потратить на пустой поиск часы работы, вместо того, что бы спросить в общем чате и получить ответ за 20 минут" СЛЕДУЮЩИЙ

[drovoseg]

Формулировка вопроса неоднозначная. Для меня "не знаю как справляться" подразумевает что я уже пытался искать ответ сам. Потому как большинство задач на работе именно такие.

[AdaPenttila]

А какие методы самообучения вы считаете наиболее эффективными для тестировщика? я долго выбирал курсы по IT, рассматривал разные компании, но Skypro помогли найти первый заказ))

[serj_]

Хах... Где этот чувак работет? Чтоб его контору за 100 верст обходить.

[FamilyGames]

саня, это не редфлаг, ты на работе должен давать результат, пока ты сам автономно будешь чёто делать есть риск что может пройти неизвестное количество времени, обращение к коллегам/маме/папе/дяде естественный способ гугл не может знать тонкостей проекта, если он доступен и не вызывает абьюза старшего коллеги, это гуд для дачи более высокой эффективности в долгосрок при запланированном результате

[DemserEastwood]

Уважаемый Александр. Вы не правы и я объясню почему. Мой опыт в тестировании более 8 лет. Когда я только пришел на первую работу, я боялся лишний раз спросить, отвлечь своего тимлида. В итоге, спустя месяц работы я "нажал не ту кнопку" и система на 12 тыс пользователей рухнула, пока её не накатили с ближайшего бэкапа. Меня, конечно, не уволили и не оштрафовали за это, ибо моя зарплата была меньше полагаемого штрафа.
Это я к чему: джуниорам обязательно нужно спрашивать, как можно больше информации получать, дергать тимлидов, если они были некомпетентны в обучении новых сотрудников. Другое дело - когда сам проект еще сырой. Здесь тестировщик в отсутствии аналитика имеет полное право сам везде тыкать и даже формировать ТЗ в виде своих первых тест-кейсов.

[eolark]

Вопрос некорректный. Он подразумевает, что ты признал, что не знаешь как справляться с задачей. Т.е. если я искал решение час-полтора и признал, что не знаю, что с ней делать -- это тоже ваш вопрос может в себя включать.
Вопрос хороший, если его конкретизировать или сопроводить примером.
Я бы переформулировал так: "У тебя есть задача на проверку, но ты не знаешь как её проверять".

P.S. Когда к нам приходят новички мы даём установку: если ты завис над вопросом больше 30-40 минут: напиши старшему суть проблемы, что ты делал, как решал вопрос, что получилось и что не получилось.

P.P.S. Чужое время надо уважать и даже если тебе пришлось написать коллеге, надо продолжать искать решение самостоятельно, а не сидеть в телефоне.

[vfmluct]

😅😅😅😅 улыбнуло про наличие документации

[BizzareArchAngel]

Хуйня совет.
Все зависит от компании и её нужд

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

[dppowit]

Важно объективно оценить свои силы и дальше действовать по обстоятельствам

[boviend]

настолько далеко от реальности что даже смешно)

[Sasha_Cattail]

Есть и другая проблема, когда в первую очередь делаешь ресерч и тратишь из упорства слишком много времени

[NomadicDmitry]

Да, Саш. Соглашусь с коментаторами - ответ неоднозначный.
Зависит от команды

[pumkapm]

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

[UCraft]

Когда такие абстрактные вопросы, ответ, вроде "пообщаюсь с коллегами", вполне правильный, потому что гугл скорее всего не поможет, ведь особенности проекта, делают любую задачу такого рода уникальной. А по поводу внутренних документации и инструкций, вы серьезно? Если у человека возникла необходимость обратиться к коллегам, то скорее всего ответа в доках нет

[SkyKing]

У нас существует правило одного часа - если в работе в течение часа ничего не накопал, то приходишь к коллегам

[Sasha_Cattail]

Вначале, на мой взгляд, надо понять степень срочности задачи🤔
Если дедлайн позволяет, начать разбор самому, если не позволяет - лучше сразу спросить знающего.

[TheBuppyc]

А что тратить время на то чтобы решить какой то вопрос у коллеги за 5 минут, а ты сам его будешь искать 4 часа допустим, никак не считается за провал в интервью? Что за дэбильный hr должен быть чтобы задавать такой вопрос!? Там столько ньюансов может быть что мама не горюй от какого нибудь бага до момента куда положить ручку....

[nizami_tada]

Первый ответ "искать документацию на внутреннем портале" абсолютно верно, но идти после этого в гугл, это смотря чего именно касается кейс, знания моей профессии, или момента с разработчиком, если профессии то лучше про гугл не говорить, а вообще лучше всегда просить пояснение к кейсам, и на примерах уже отвоёвывать свое рабочее место.
Было раз у меня на оффлайн тех интервью, "Напишите чеклист для ручки", ну я взялся описывать чеклист для ручки(шариковой), потом даю листок на проверку, на что мне ответили "Ваш чеклист отличный, но я имел ввиду дверной ручки" XD Конечно меня на работу взяли, но подчеркнули невнимательность в отсутствии уточнения, эх я был совсем молод))) Впредь я уточняю такие скользкие моменты)))