Собеседование

50+ стандартных вопросов на собеседовании QA Trainee/Junior

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

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

Что такое обезьянье тестирование и чем оно отличается от ad-hoc тестирования? Что такое горилла-тест?

Что такое таблица решений? Зачем она нужна и где применяется? Из чего состоит? Как написать таблицу решений? Читайте в нашем новом материале.

Когда говорят о тестировании в ИТ, подразумевают процесс поиска ошибок, длящийся недели, а то и месяцы. Существует быстрое тестирование - это так называемое smoke-тестирование (smoke testing, “дымовое тестирование”). Коротко: это предварительное тестирование самых важных функций. Что такое смок-тестирование и зачем оно нужно? Кто делает смок-тестирование? При чем тут санитарное тестирование? Почему такие странные названия? Ответы в материале.

Устал слушать 3-часовые интервью на Youtube? 32 вопроса на собеседовании QA, касающихся CI/CD. Растолковали TBD, BDD, TDD и другие страшные аббревиатуры.

О чем чаще всего спрашивают на собеседовании по Selenium - 10 самых частых вопросов QA junior/middle.

Понятие Scrum - Артефакты - Ценности - Product owner - Недостатки - Масштабирование - Проблемы в команде - Если случилась ошибка - Мотивирование -...

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

12 вопросов для интервью с менеджером проекта и как на них отвечать

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

Одна из важных частей документации - тест план.

В этой статье мы рассмотрим:

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

Разумеется, чтобы устроиться на работу тестировщиком за границей, надо пройти собеседование. Как и везде, у интервьюера стоит цель: понять уровень компетенций кандидата, оценить то как он понимает то что называется “философия QA”, как он впишется в команду, и какие проекты у него за плечами.

Чаще процесс разбивается на несколько этапов. Собеседовать могут как вместе, так и по очереди, как в один день, так и с промежутком между этапами даже в несколько недель. 

Обычно процесс трудоустройства начинается с медкомиссии (конечно нет) - начинается с “осмотра” эйчаром (HR) или, чаще, рядовым специалистом из HR-отдела, который нашел твое резюме и почему-то выбрал именно тебя (чтобы так и было, стоит почитать здесь). Он выполняет “базовую оценку” кандидата, сопоставляя со списком ИТ-компетенций который у него перед глазами.

Далее (особенно после введения коронавирусных карантинов по всему миру) следует созвон по скайпу (или Google Meet) с представителем “технической команды”, который делает то же, но с “технической точки зрения”. (Чтобы иметь больше шансов понравиться ему, почитай здесь).

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

“Полный титул автора этих советов -  ISTQB Certified Senior Software Quality Engineer,  Сокращенный: SQE. Именно так обычно называется должность твоего босса.

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

Это не советы от “career coach” и не от “certified resume writer”, а от практика.

Цель тестирования на основе рисков - сфокусироваться на ключевых функциях и уделить им больше времени. 

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

В этой статье мы поговорим о тестировании на основе риска, а также оценим преимущества такого тестирования и популярные ошибки при его проведении.