HR-ы могут попросить вас объяснить концепции Scrum или описать, как бы вы поступили в различных ситуациях.
Волноваться перед собеседованием - это естественно. Но, заранее подготовившись,...
Хорошо написанная документация - залог эффективного тестирования. Она структурирует тестирование и привносит в него определенную логику. В некотором смысле документация объединяет членов команды вокруг поставленной цели, обеспечивая четкое понимание иерархии, задач и ожидаемых результатов.
Разумеется, чтобы устроиться на работу тестировщиком за границей, надо пройти собеседование. Как и везде, у интервьюера стоит цель: понять уровень компетенций кандидата, оценить то как он понимает то что называется “философия QA”, как он впишется в команду, и какие проекты у него за плечами.
Чаще процесс разбивается на несколько этапов. Собеседовать могут как вместе, так и по очереди, как в один день, так и с промежутком между этапами даже в несколько недель.
Обычно процесс трудоустройства начинается с медкомиссии (конечно нет) - начинается с “осмотра” эйчаром (HR) или, чаще, рядовым специалистом из HR-отдела, который нашел твое резюме и почему-то выбрал именно тебя (чтобы так и было, стоит почитать здесь). Он выполняет “базовую оценку” кандидата, сопоставляя со списком ИТ-компетенций который у него перед глазами.
Далее (особенно после введения коронавирусных карантинов по всему миру) следует созвон по скайпу (или Google Meet) с представителем “технической команды”, который делает то же, но с “технической точки зрения”. (Чтобы иметь больше шансов понравиться ему, почитай здесь).
Если все более-менее успешно, то кандидату назначают финальный созвон, или встречу в офисе, на которой задают множество вопросов. Примерный список вопросов, которые задают на собеседовании в западных странах, приведен ниже.
“Полный титул автора этих советов - ISTQB Certified Senior Software Quality Engineer, Сокращенный: SQE. Именно так обычно называется должность твоего босса.
На этой должности, в качестве технического интервьюера, он собеседовал множество джуниоров и мидлов, и ему пришлось прочесть сотни резюме. Из этого создался некий опыт, которым он решил поделиться.
Это не советы от “career coach” и не от “certified resume writer”, а от практика.
Цель тестирования на основе рисков - сфокусироваться на ключевых функциях и уделить им больше времени.
Риск - это непредвиденное событие, которое может отрицательно повлиять на измеряемые критерии успеха проекта. Так, непредвиденные события могут повлиять на стоимость всего проекта, коммерческие, технические и качественные цели.
В этой статье мы поговорим о тестировании на основе риска, а также оценим преимущества такого тестирования и популярные ошибки при его проведении.
Use case (также юзкейс, сценарий использования) – это сценарий взаимодействия пользователя (или пользователей) с программным продуктом для достижения конкретной цели. В этом материале разбираем, из чего состоят юзкейсы и смотрим примеры.
Последние комментарии