«На співбесіді попросили розробити план польоту на Місяць». Айтівці – про тестові, які найбільше здивували

Суперечки між українськими розробниками щодо того, чи варто виконувати й давати тестові завдання, не вщухають. Раніше ми запитували думку айтівців про те, чи варто виконувати тестові, ділилися алгоритмом дій, як їх зробити ефективними, й навіть обговорювали у подкасті.

Сьогодні вирішили запитати, які тестові на співбесідах викликали в ІТ-спеціалістів найбільший подив з різних причин. Деякі фахівці стикнулися з нереалістичними дедлайнами, невідповідними їхньому рівню чи посаді завданнями, поділилися цікавими задачами та розповіли про курйозні ситуації.

Далі — найцікавіші відповіді.

Тестові, які здивували формулюванням

«Вигадати та описати властивості вигаданої тварини» (Director).

«На PM в Andersen була загадка про п’ять землекопів. Звучала вона так: „За 5 часов пять землекопов выкапывают пять метров канавы. Вам нужно выкопать 100 метров канавы за 100 часов. Сколько землекопов вам для этого потребуется?“.

Я сиджу і думаю: „Що тут взагалі відбувається, де питання про Agile? Чому не державною?“. Побачивши, що я офігів, рекрутерка усміхнулась і дала мені це завдання додому» (шукає роботу PM).

«Це було тестове прямо на співбесіді на мануального тестувальника: дуже детально розказати, які дії з огляду на моє положення, — а я сидів за столом, — треба виконати, щоб вийти з кімнати. На цій же співбесіді дали питання на логіку: чому білі ведмеді не їдять пінгвінів. Я додумався, що вони живуть на різних полюсах. До цього якось над цим не замислювався» (Senior QA Automation).

«На співбесіді попросили розробити план польоту на Місяць» (Senior Java).

«Треба було описати фічу, яку доводилось робити з погляду мого внеску як продакт-овнера на 4–5 сторінок англійською. Як для розробника це було досить неочікувано, але здобув корисний досвід, який знадобився на інших співбесідах на behavioral-частинах» (Senior iOS Developer).

«Одне з найбільш дивних завдань було сформульовано так: «Студенти проєкту, де вивчають акцент англійської мови, кажуть, що не розуміють різниці між американським та британським акцентами. Завдання — зробити тест-кейси, які перевіряють, чи легко вивчити акцент завдяки цьому проєкту.

Мені це здалось дуже дивним, оскільки вивчення чогось — це питання якісно підготовлених матеріалів, правильно обраної методики та пояснення, чому взагалі треба вчити акценти. Насправді з цим завданням може впоратись звичайний FAQ чи презентація, де пояснюється різниця в акцентах.

Оскільки я не лінгвіст і не викладач, то я навряд чи зміг би відповісти, чи легко буде вчити якийсь акцент (особливо з огляду на індивідуальність сприйняття учнем матеріалу). Якби треба було перевірити, чи відповідає створений проєкт обраній методиці, тоді це було б інше...» (Trainee/Junior QA Manual/Automation).

«Протестувати паліндром „ага“. Співбесіда на позицію QA Trainee» (QA).

Тестові не відповідали рівню чи посаді кандидата

«На першому місці в топі дивних тестових — завдання за три дні створити застосунок за допомогою бібліотеки React зі стилями та повноцінною логікою. На другому — підготувати месенджер у вебваріанті на кшталт Telegram, коли пишеш повідомлення і у відповідь тоді надходить жарт від вигаданого співрозмовника, з API» (Junior Front-end).

«Зробити аналог інстаграму, де є функції коментарів, лайків та авторизація, де можна бачити списки друзів на рекомендації друзів... Все це на вже на той час застарілому фреймворку Codeigniter 3 та PHP 7 у 2021 році. А головне, що це завдання для позиції на Junior PHP Developer» (Pre-Middle PHP Developer).

«Компанія, яка, видно, намагалась перейти на українську, скинула тестове із „трактувати російські фразеологізми“. Хоча вакансія була на техсапорт» (Support).

«На позицію джуна: написати свою серіалізацію/десеріалізацію в bytearray на Java. З підтримкою вкладених складних обʼєктів, колекцій, примітивів. Не використовуючи Java-серіалізацію або якісь ще» (Middle Java Developer).

«На тестовому треба було написати довільною мовою програмування функцію, яка шукає певну послідовність у рядку для вакансії Junior QA (ані слова про Automation в описі). ТЗ виконала, але його проігнорували» (Middle QA).

«Без будь-яких попередніх дзвінків мені одразу надіслали лінк на тестове і написали, що поспілкуємось після його виконання. Посилання вело на гугл-диск з папкою Motion designer test, хоча я подавалась на UX. Я повідомила HR, що там немає тестового для UX, на що вона відповіла мені капслоком: «ТАМ ВСЕ Є, ДИВИСЬ УВАЖНІШЕ».


Я відіслала їй скрін, що вона надала мені не той лінк. Вона перепросила і надала вже «правильний». У мене вже не було бажання щось робити, але із цікавості я подивилась, що там. У папці UX designer test було 6–7 завдань, які не мали нічого спільного з UX, а лише з графічним дизайнером. На кшталт зробити обкладинки для сторінки у фейсбуці, інстаграмі, картинки для гугл-реклами у всіх розмірах та ще завдання «із зірочкою», де потрібно було підготувати анімацію. Тоді я 100% вирішила, що нам не по дорозі (Middle UX-designer).

«На .NET traineeship (non paid) було тестове завдання зробити вебсайт-форум з функціоналом: реєстрацією нових користувачів за e-mail, створенням нових тем форуму, нових дописів під ними, редагуванням дописів, що належать зареєстрованому користувачу, валідацією введених даних. Це надто складно для неоплачуваного стажування. Просто неадеквати шукають рабів» (Business Analyst).

«В одній продуктовій конторі мені дали як завдання завантажені з інтернету екзаменаційні білети з мови C. Академічний тупняк для студентів. Було дивне враження, що вони шукають не сеньйора, а якогось джуна, який тільки що склав екзамени» (Senior Embedded Software Engineer).

Тестове, яке могло бути частиною завдань компанії

«Вакансія на бекенд-розробника в компанію, що створює продукт для аграрного сегмента. Проєкт повʼязаний з аналізом даних з супутників. Здивував дуже детальний опис частини функціонала, який просили зробити, та реальні дані, які надали „на погратись“. При цьому сказали, що буде плюсом конфігурація для деплою.

Виконане тестове можна було б сміливо додати в їхній сервіс. Як сказали на інтервʼю, тестове якраз про те, з чим доведеться працювати. Врешті я перемкнувся на інші вакансії, без тестового» (Middle Django developer).

«То було тестове з бізнес-аналізу. Я пройшла на фінальний етап співбесіди, і мене запросили до офісу для виконання тестового :) Це зайняло повний робочий день, тобто вісім годин, мене попросили зробити документ з описом продукту, щоб це було зрозуміло менеджменту рівня C. Після співбесіди було відчуття, що мене використали як безплатну робочу силу, тому що головний BA не встигав це зробити сам» (Middle Business Analyst).

«Був цікавий кейс, коли тестовим завданням було покриття CRM-системи регресією з написанням тест-плану, прогоном тест-кейсів. Виникло відчуття, що люди просто хочуть безкоштовно протестувати певний продукт» (QA Middle).

«Компанія під виглядом тестового завдання пропонувала створити комерційний продукт. Зробити чат-клієнт, який би працював на їхньому API, підтримував роботу офлайн, голосові повідомлення. Роботи на два-три тижні. Пропонували виконати до 17 години наступного дня. Якщо почитати відгуки — компанія за виконану роботу нікому не платила» (Middle C++/Qt).

Курйози

«Співбесідувався на позицію Embedded-розробника у невелику лампову іноземну компанію. Особливість Embedded-розробки — часто потрібно працювати безпосередньо із „залізом“. Тому мені для тестового облаштували віддалене робоче місце: дали доступ до ПК і під’єднали вебкамеру, щоб я міг бачити плату, з якою працюю. Тож в одному вікні у мене була відкрита IDE, а в іншому — стрім з камери, де скотчем була закріплена плата. На середині тестового скотч відклеївся, і плата впала з поля зору камери, тож мені довелося закінчувати „навпомацки“. Побачили це вже наступного дня, бо там інший часовий пояс і в них була ніч» (Embedded dev).

«На першому місці в топі дивних тестових — коли мені дали психологічний тест: намалювати дерево, сім’ю, майбутнє... Звучало це так: „Выполните, пожалуйста, тестовое задание. На 6 отдельных листах нарисуйте:

1. Дерево.
2. Мужчина.
3. Женщина.
4. Моя семья.
5. Мое настоящее.
6. Мое будущее.

*Каждый рисунок необходимо нарисовать на отдельном листе А4 простым карандашом, в той последовательности, в которой я написала. После сфотографируйте и скиньте мне сюда. Ваши художественные навыки не оцениваются, оценивается только психологическая сторона теста. Заранее спасибо за оперативность!“

А на другому — звичайний IQ-тест, але це так смішно виглядало на співбесіді» (Junior Business intelligence / Data Analyst).

"На початку своєї кар’єри в ІТ мені трапилась вакансія Junior PM, де було доволі мало вимог до кандидата і на яку я, не маючи досвіду, цілком підходила за описом. Зі мною провели миле знайомство телефоном і коротеньку співбесіду англійською та пообіцяли надіслати на пошту тестове завдання. У завданні був коротенький опис проєкту, і треба було скласти за ним перелік питань до замовника. Завдання я виконала і... отримала ще одне. Цього разу треба було виконати декілька запитів через Postman (якого в описі вакансії не було). При цьому мені дозволили ставити питання, на які я отримувала відповіді.


Це завдання я також виконала і... отримала ще одне. Тепер мені треба було розробити прототип цілого сайту у Figma, чого теж в описі вакансії не було. Завдання було об’ємним, з купою функціонала. Тут я теж ставила питання та отримувала відповіді. Варто зазначити, що все листування було дуже добрим і зі смайликами. Але третє завдання було настільки об’ємним, що у мене з’явилось питання, навіщо ми це робимо?

Я у дружній формі запитала рекрутера, чи справді це все тестові завдання і чи не має прототипами займатись дизайнер? І вмить уся доброзичливість рекрутера зникла. Мені в суворій і зневажливій формі сказали, що тестове завдання дають лише тим кандидатам, які ’’можуть його виконати’’, а у нас з ними триває ’’навчання’’, бо у мене ’’немає досвіду і знань’’. І лише якщо вони побачать, що я добре у них навчаюсь, то запросять на співбесіду. І кинули посилання на допис свого СЕО про те, що у їхній компанії PM має вміти робити абсолютно все.

Звісно, після такого продовжувати ’’навчання’’ мені не хотілось. Одна річ, якби мені одразу все пояснили. А тут морочили голову декілька тижнів, щоб потім змішати з лайном за одне питання. Я, звісно, дуже ввічливо їм вказала на цей недолік, адже людям варто розуміти, що це ’’навчання’’, а не тестове завдання. Вгадайте, що вони зробили після цього? Просто переклали опис вакансії англійською, не змінивши її опису, наче люди без досвіду навіть перекладачем користуватись не вміють :)" (Quality Assurance Engineer).

«В компанію „АТБ“ було тестове, що полягало у складанні тест-кейсів до процесу створення „корєктіровочних“ і „пріходних“ накладних. Задачі були російською щодо процесів, які відбуваються на російському ринку (знайшов ці завдання на російських форумах)» (QA Engineer).

«Саме тестове завдання було звичайне: побудувати SAP із застосуванням React. Все виглядало зрозумілим, але мені декілька разів наголосили: «Не витрачайте на це тестове завдання понад 5 годин, про все, що ви не встигли реалізувати, ми поговоримо на інтерв’ю». Обсяг був справді великий, тому я не встиг виконати всі задачі. Як і було обговорено, закинув усе на GitHub після п’яти годин роботи.

У результаті мені просто надіслали ворд-файлик зі списком того, що не зроблено, і «дякую» (Full Stack Web developer).

Тестові, на виконання яких дали мало часу

«Написати сервіс, який дістає всі доступні валютні пари з однієї з криптобірж (2000+ пар) і в реальному часі будує статистику (середню ціну) з кожної валютної пари, використовуючи комбінований стрім WebSocket. Складність алгоритму має бути O(1). При цьому в тому тестовому завданні треба було написати свою реалізацію хеш-мапи та хеш-функцію, яка гарантує відсутність колізії. Ну й, звісно, покрити функціонал тестами. UI не потрібно, але якщо хочете — ми не проти.

На все це дали 24 години з ремаркою, що ту задачу можна виконати за 5–8 годин. На реальному проєкті я б точно не оцінював таку задачу на день, враховуючи потребу в ознайомленні з документацією біржі, пошуком оптимального алгоритму і написанням якісного коду.

Сама задача цікава. Виконав її суто для себе. Надати рішення за 24 години компанії відмовив» (Senior Java Dev).

«Написати чекліст і повністю протестувати мобільний застосунок — соцмережу. Завдання оцінене компанією в 16(!) годин і, звісно, не оплачуване» (Quality Assurance Engineer).


А які тестові у вас викликали подив? Діліться у коментарях.

Похожие статьи:
ІТ-компанія DataArt засудила військове вторгнення РФ в Україну та припинила діяльність із розвитку бізнесу в росії. Там вона має офіси...
Российская компания Highscreen объявила о начале продаж нового смартфона Highscreen BAY, главной особенностью которого является наличие...
У свіжому випуску новинного дайджесту DOU News говоримо про виплати айтівцям, дуже важливий проєкт Мінцифри, проблеми...
Еще недавно Scrum и Kanban хватало для большинства проектов, с которыми я работал. Однако портфолио начало расти,...
Кожний третій четвер травня Україна святкує День вишиванки. Подивимось, як це було в IT-компаніях. Якщо...
Яндекс.Метрика