Як ми проводимо співбесіди

сьогодні хочу розповісти про те, що я зазвичай питаю на співбесідах junior/middle manual QA. Про Senior/Manager/Automation – може іншим разом. Можливо, хтось відкриє для себе щось нове, незважаючи на низку дайджестів “топ 256 питань на співбесідах” а хтось дасть рекомендацію, якщо я щось роблю не так 😉

🚀 якщо пропустити частину, де я розказую про проект, то перше питання – “чим ви займаєтесь/займались на попередній роботі?” Я бажаю почути, які типові активності виконує кандидат, з якими проблемами стикається та як їх вирішує. І дуже часто замість цього чую опис проекту типу “у нас велика команда, ми розробляємо на джаві систему, яка вміє…” Я розумію, що іноді це є контекстом для розуміння обов’язків, але контексту не має бути більше ніж самих обов’язків!

↩️ далі питаю, чому кандидат вирішив змінити роботу? З одного боку – це не моя бісова справа! І така відповідь справедлива, я не ображусь🙃 З іншого, якщо кандидат каже, що хоче втекти від рутини сапорту, а в нас проект – сапорт, то може не варто більше гаяти час?

📄 далі, зазвичай, кілька формальних питань по резюме – люблю, коли люди хоча б читають, що вони пишуть в резюме. Якщо пише, що гарно знає Excel – на скільки? чи може написати макрос чи зробити crosstable? Якщо пише, що хобі читати – яку останню книгу прочитав? Ви не уявляєте, скільки людей користується шаблонами. Комунікативний, відповідальний, швидко вчиться, ага 😄

Далі питання можуть відрізнятись в залежності від вакансії, але для себе я зрозумів, що для того, щоб зрозуміти, чи знає кандидат теорію та як він мислить, я даю низку практичних завдань:
🛒 “вам дали на тестування веб апп, наприклад інтернет магазин, яку роботу ви будете робити?” – тут багато хто одразу ж починає пропонувати тести, хоча питання сформульовано про роботу, а отже я очікую: почитати вимоги, дізнатись пріоритети, написати тести і лише потім тестувати. Що тестувати – позитивні тести на основні функції магазину: пошук товару, корзина, покупка. Потім тести інпутів, використовуючи класи еквівалентності та граничні значення, потім тестування станів товару. Ще можна додати систему знижок – і всі умови для decision table. Проста задача – але розвивати можно як завгодно.

♻️ “тестуючи магазин, ви знайшли баг, його пофіксили. Які тести ви будете роботи? Які ваші дії, якщо баг все ще є?” – майже пряме питання про retesting/regression. А далі цікавіше – мені цікаво побачити, що буде робити кандидат? Копати чи просто переводити баг? Як добре знає браузер? Чи буде чистити кеш?

🗃 Якщо для проекту важливо, щоб кандидат знав БД – можна кілька питань по цій темі, можна навіть намалювати 2 таблиці і попросити написати кілька запитів

🧩 далі можу дати завдання написати тести для, наприклад, фільтру пошуку того самого магазину, де спочатку можна вибрати 1 з 2 категорій товару, потім вибрати діапазон ціни та, наприклад, поставити чекбокс “шукати тільки товари зі знижкою” – в цьому завданні мене цікавить, чи може кандидат побудувати алгоритм та покрити його тестами. Звучить складно, але насправді дуже просто

Власне – цих питань з головою вистачає на 1 годину і дає змогу хоч трохи оцінити кандидата.
А як ви проводите співбесіди? Яке найдивніше питання ви задавали чи вам задавали? Своє я напишу в коментах ⬇️

Позначки:
17 Березня 2020
Автор: 
  • Daylight saving
  • CTFL 3. Static testing
  • Високі стандарти
  • Соціальна активність

Долучитися до обговорення

1 коментар

  1. 1. Коли я шукав першу роботу в ІТ тестером, в одній невеликій фірмі мене спитали, чи вмію я заправляти принтери, прокладати мережі та працювати з 1С
    2. Сам я одного часу питав на співбесідах: у вас є чорна коробочка з 1 лампочкою та 1 кнопкою. Як її тестувати?

Залишити коментар

Залишити вiдгук