Тестирование ≠ QA

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

Как ChatGPT пишет стратегию тестирования и автотесты с нуля Если вы еще не окунались в дивный мир нейросетей, посмотрите вебинар от Applitools с примером использования сетки для генерации стратегии, тест-плана, автотестов, решения задачек, рефакторинга и прочих прикладных штук: https://applitools.com/event/chatgpt-software-testing-webinar Особенно рекомендую обратить внимание способность рекурсивно улучшать предыдущие ответы. Я схематично записал самые интересные моменты для привлечения внимания. Стратегия — Генерация шаблона стратегии тестирования Amazon.com: идеи для покрытия, наброски по автоматизации, CI, дефектам, анализ результатов, метрики — Какие риски должны быть учтены и как их можно нивелировать Тест дизайн — Создание самых важных тестовых сценариев, включая функциональные, безопасность, нагрузку, кросс-браузерность и прочие — 10 тестов для поиска и фильтрации продуктов на сайте — Тестовые данные для тестов из предыдущего запроса Автоматизация — Стратегия: building blocks для всех этапов — Создание первого теста с нуля на Selenium, Java-JUnit: поиск книги по Selenium и подтверждение наличия результатов поиска — Рефакторинг этого же теста с Page Object Написание кода — Решение задачки с leetcode.com — Рефакторинг кода с GitHub с пояснениями — Фикс багованного кода —— Меня спросили, не заменят ли нас, тестеров, подобные штуки. На мой взгляд, в ближайшие годы нет. Точнее, все новинки постепенно элиминируют манки-тестинг, как тот же продвинутый visual regression testing от Applitools. Я всё это вижу в качестве такого экзоскелета, который помогает быстрее сделать определенные вещи тому, кто умеет это правильно готовить. Пока до восстания машин далеко, всегда будет оператор этих систем, их будет меньше, и от нас зависит, кто этим станет. А сам GPT пока похож на микс ботана, который зачитался Википедией со Stackoverflow с Siri на стероидах, который выдает ответы на профессиональные темы в целом по делу, но достаточно общие и/или поверхностные. Понятно, что это будет улучшаться, поэтому следить за такими вещами необходимо, в этом наша ценность для компании, а еще более особенно для другой компании, которая хочет вас такого трендового схантить. Как уже писал, качественное QA не умрет, но всё больше намеков на то, что традиционные и исключительно ручные тестеры будут в лучшем случае бежать на месте. Я хочу попробовать поэкспериментировать с генерацией сценариев для юнитов у разработчиков, когда они будут покрывать свои фичи тестами, это неплохо бы разгрузило меня, и расширило их собственный кругозор. Это, пожалуй, в степь GitHub Copilot. Если вы вдруг еще не видели пилот, помогающий с быстрой генерацией шаблонных кусков кода, в действии, вот их другой вебинар: https://applitools.com/event/make-testing-easy-github-copilot/ Рекомендую там же обратить внимание на Copilot Labs, неплохо помогает объяснить непонятные куски кода человеческим языком. Особенно полезно разбираться в кодовой базе для начинающих SDET. А если кто-то уже успешно и не очень применял подобные штуки, дайте знать!

В опросе было немало ответов от ручных тестировщиков, которые хотели в автоматизацию. Давайте пообщаемся на эту тему. Если я мог бы чем-то помочь, то как именно? Вы не знаете, как подступиться к автотестам? Не хватает навыков программирования? Пробовали, но застряли и бросили? Можно в комментариях или DM.

Мы с супругой внезапно слетали в отпуск впервые за жизнь, с трудом возвращаюсь к работе :) Я поставил себе и менеджеру цель получить формальный IC 7 level (слесарь высшего разряда) в этому году, поэтому буду активно прокачивать соответствующие скиллы, включая программирование. В большей степени потому, что я пришел в SDET из QA, и именно D является наиболее слабым в особенности на фоне моих сильных разрабов, а одним из IC 7 Leveling Descriptors является “Frequently delivers exemplar solutions”, что амбициозненько. Буду держать в курсе и делиться какими-то наработками.

Cypress (наконец-то) может запускать тесты на CI в параллели без платной подписки Глеб Бахмутов, экс-CTO Cypress, недавно выпустил плагин cypress-split, который позволяет параллелить тесты на CI, не подписываясь на Cypress Cloud. На примере Gihub Actions: добавляем нужное количество машин:

# run 3 copies of the current job in parallel
strategy:
  fail-fast: false
  matrix:
    containers: [1, 2, 3]
steps:
  - name: Run split Cypress tests 🧪
    uses: cypress-io/github-action@v5
    # pass the machine index and the total number
    env:
      SPLIT: ${{ strategy.job-total }}
      SPLIT_INDEX: ${{ strategy.job-index }}

Как скопировать код с туториала на Youtube Речь про эппловский встроенный OCR, который они ввели во всех OS какое-то время назад. Я обычно использую это, когда, к примеру, суппорт присылает скрин с длинной ссылкой от пользователя или когда лень перепечатывать код с туториала. Шаги для мака: 1. Сохранить скрин / сделать скрин с видео 2. В папке с файлом нажать на пробел для вывода на превью 3. Если нужно: в правом нижнем углу нажать на кноку OCR 4. Копировать текст или сразу нажать на (уже кликабельную) ссылку Посмотрите видео, я заснял весь процесс. Бонус: буфер обмена у яблок общий, то есть, если вы залогинены под одним iCloud ID, то можно копировать текст на Mac, и вставлять на iPhone.

Привет! Скоро возобновлю посты, пока же хотел поделиться местными правительственными web-реликтами

Hurl — нанотулза для тестирования нагрузки и API Для кого пост: #SDET #junior #middle SDET, на мой взгляд, должен уметь в том числе и в базовое нагрузочное, чтобы помочь разработчикам найти узкие места в системе, не привлекая другие команды или аутсорс для несложных задач. К сожалению, по некоторым техническим ограничениям, нам на данном этапе пришлось использовать JMeter, который, конечно, делает свою работу, но уж очень он морально устарел, и к тому же он максимально далек от современного DX, к которому все уже привыкли. На этом фоне k6.io, что на JavaScript, скромно именующий себя “The best DX for load tests”, конечно, был крут в момент релиза. export default function() { const data = {username: 'username', password: 'password'}; let res = http.post('https://myapi.com/login/', data); check(res, { 'success login': (r) => r.status === 200 }); } Но сегодня речь о сервисе, который вообще все делает в простом текстовом файле: hurl.dev, и который использует собственно Curl под капотом и соответственно является CLI утилитой. Вот примеры его тестов: GET https://example.org HTTP/1.1 200 [Asserts] body contains "<h1>Welcome!</h1>" ——— GET http://httpbin.org/json HTTP/1.1 200 [Asserts] jsonpath "$.slideshow.author" == "Yours Truly" jsonpath "$.slideshow.slides[0].title" contains "Wonder" jsonpath "$.slideshow.slides" count == 2 Работает супер быстро, но другого и не ждали от CLI-то. Интеграция с CI/CD на месте. Ну а главное — это еще одна тулза, которую SDET может предложить разработчикам и не переучивать их на что-то совершенно новое.

Автоматический трекинг пользовательских ошибок в проде Для кого пост: #SDET junior to middle На Hexlet вышел пост про сервисы по систематизации ошибок, рекомендую почитать. SDET — это не только автотесты, это в принципе про всё, что (автоматизированно) может помочь команде разрабатывать лучший продукт. В этой статье про способ автоматически собирать программные ошибки с вашего работающего где-то приложения на примере сервиса rollbar.com. Когда вы выкатываете новый релиз (FE, BE, mobile), по таким крашам можно быстро понять, что что-то пошло не так, даже если все ваши мануальные, юниты и e2e прошли успешно. Особенно полезно для legacy продуктов, когда вы еще толком не знаете, где основные проблемы, и когда вам досталось ~0 тестов от предыдущих коллег. Наша команда (Unity Asset Store) использует Sentry, но принцип тот же — к примеру, в случае первичного краша на фронте в проде сообщение посылается в канал в Slack, кто-то из команды его поверхностно анализирует и обычно мьютит до достижения какого-то порога, например, 1000 крашей, чтобы вернуться к нему для более тщательной обработки. Отдельно замечу, что много шума прилетает от сторонних скриптов типа аналитики, экспериментов и cookie. Это можно фильтровать, но в целом тоже полезно посмотреть, какие библиотеки часто крашатся. Эта же штука может в performance, к примеру метрики для загрузки страниц: — First Paint — First Contentful Paint — Largest Contentful Paint — First Input Delay Вообще для этого есть отдельные сервисы и приблуды, но если уже есть лицензия, то почему бы не использовать все в одном месте. Если у вас еще нет подобного мониторинга, советую обсудить с менеджером. Это уже не тестирование, это как раз одна из частей Quality Assurance. Статья: https://guides.hexlet.io/ru/error-tracking/

Когда не послушался совета выпиливать нерелевантный опыт из резюме

Облагороженный, отредактированный и сгруппированный список ссылок на каналы и ресурсы по работе для тестировщиков и прочих айти, взятый из QA LIfe ℹ️ Из оригинального списка выпилены российские, белорусские, нерелевантные (на мой взгляд) для QA пункты, а так же дубликаты. —— QA, SDET — Вакансии для QA и TestOps: https://t.me/forallqa — Аналитика и вакансии для QA: https://t.me/qa_jobs — Запостить резюме тестировщика: https://t.me/qa_resumes — Clever Jobs (Remote), фильтр по QA: https://cleverjobs.net/categories/quality-assurance —— Группы/чаты вида «Вакансии-резюме» для айти в целом, но где QA точно проскакивает Польша 🇵🇱 — Релокация в Польшу : https://t.me/Pol_relocation — Full-time, part-time, remote и подработки для любого стека: https://t.me/PBH_JOBS — QA Польша: https://t.me/qa_vacancy_pl Сербия 🇷🇸 — Сербия и удаленка https://t.me/youritjob Общее: — HR breakfast emergency: https://t.me/hr_breakfast_emergency — Вакансии с релокацией и резюме: https://t.me/relocaty_jobs — Вакансии с релокацией и удалёнкой: https://t.me/evacuatejobs — Relocate.me: https://t.me/relocateme — Вакансии и резюме: https://t.me/jobsearchIT — Поток вакансий: https://t.me/jobGeeks — Relocate today: https://t.me/relocate_today — Cyprus HR (вакансии отовсюду) https://t.me/cyprusithr — Job Search IT: https://t.me/jobsearchIT — Europe Hiring: https://t.me/europe_hiring — Релокация&Удаленка: https://t.me/withpublic_jobs — Релокация Geek Link: https://t.me/Relocate_Jobs_GeekLink — Remote IT Inflow: https://t.me/Remoteit

ПОЛЕЗНЫЙ СПИСОК ДЛЯ РЕКРУТЕРОВ И ТЕХ КТО В ПОИСКЕ РАБОТЫ 📌 Полный список телеграмм каналов для поиска вакансий и сотрудников: https://lnkd.in/eNRjKRZq - Польша, вакансии и резюме https://lnkd.in/eg3WhdCv - вакансии и резюме https://t.me/PBH_JOBS - вакансии и запросы на поиск работы в IT в Польше + живое общение. https://t.me/belarusitwant - вакансии, курсы, стажировки и митапы. https://t.me/forallqa - вакансии для QA и TestOps https://t.me/digital_hr - вакансии для IT и Digital https://t.me/qajoboffer - вакансии для QA https://t.me/jobforjunior - вакансии для начинающих специалистов в IT и Digital https://lnkd.in/d885w3c6 - вакансии и резюме it-специалистов в Польше https://t.me/qa_jobs - аналитика и вакансии для QA https://t.me/relocaty_jobs - вакансии с релокацией и резюме https://t.me/young_june - вакансии для начинающих it-специалистов в СНГ https://t.me/itlenta - вакансии и резюме https://t.me/evacuatejobs - вакансии с релокацией и удалёнкой https://t.me/belit_jobs - вакансии и резюме https://lnkd.in/dERGaNeg - резюме кандидатов в поиске https://t.me/Cvflow - резюме соискателей https://t.me/remotejun - вакансии для начинающих it-специалистов на удаленку https://t.me/relocateme - вакансии с релокацией https://lnkd.in/dWmkiFK3 - стажировка и вакансии для молодых специалистов https://t.me/Relocats - вакансии с релокацией https://t.me/jobsearchIT - вакансии и резюме https://t.me/jobGeeks - поток вакансий https://lnkd.in/dhQ3gnSa - вакансии с релокацией https://t.me/remotejobss - вакансии на удалёнке https://t.me/qa_resumes - резюме специалистов QA https://lnkd.in/dcGRCMtQ - вакансии и резюме https://lnkd.in/ea7aw42w https://t.me/mobile_jobs https://t.me/devops_jobs https://t.me/JScript_jobs https://t.me/nodejs_jobs https://t.me/angular_jobs https://t.me/cyprusithr https://t.me/cyithr https://t.me/univwork https://lnkd.in/e2ZPYhXK https://lnkd.in/exgJFW52 https://lnkd.in/etJjZ-yA https://t.me/jobsearchIT https://t.me/relocaty_jobs https://t.me/qa_jobs https://t.me/Remoteit https://t.me/youritjob https://t.me/jobforjunior https://t.me/devs_it https://t.me/young_june https://t.me/georgiaitjobs https://lnkd.in/eyMhcNWM https://lnkd.in/eruB7Wn7 https://lnkd.in/ef5pVFuF https://t.me/ingamejob_art https://t.me/qa_vacancy_pl https://t.me/sysadmin_jobs https://lnkd.in/efrMbQnt https://lnkd.in/eGXyJvq9 https://lnkd.in/ewmRFe4a https://t.me/europe_hiring https://lnkd.in/eYh4kiCs https://lnkd.in/eydSdf3r https://t.me/jobsineu https://t.me/cyprusithr https://t.me/cchellowork https://lnkd.in/eXQKU7gN https://t.me/stablegram https://t.me/jvmjobs https://t.me/kotlin_jobs

Большой список полезных каналов по нашей теме

Почему Cypress Для кого пост: #SDET Последний материал из моей ядреной триады «почему». Рекомендую также почитать предыдущие про работу в Unity и про учебу программированию на Hexlet. Итак, Cypress. За последние несколько лет он превратился из больше модного инструмента автоматизации e2e для кучки гиков-фронтендеров в полноценный и широко используемый фреймворк. Если не брать деда Selenium, то новичок от MS — Playwright и Cypress, на мой взгляд, будут в фаворе у разработчиков в ближайшие годы. Поэтому если вы еще не делали POC, рекомендую, рекрутеры в Северной Америке спрашивают эти пару регулярно. Для чего На данный момент в Cypress можно писать тесты для e2e, API (REST, GraphQL) и недавно они выкатили Functional Component Testing в бете. Про это будет отдельный пост, так как на данный момент кажется, что это один из следующих трендов и Cypress нащупал нишу. Почему зашёл И почему он может зайти и вашим разрабам. На мой взгляд, это: — Процесс написания тестов практически такой же, как и кода приложения — Отладка (самая большая боль хрупких e2e) на момент выхода была на порядок выше конкурентов — Cypress сделал огромный начальный упор на обучение правильному написанию тестов и в целом крутую (возможно, одну из лучших) документацию — писать тесты, наконец-то, стало фаново Так как наша задача в качестве SDET — внести в головы разрабам, что качество это общая обязанность, то (по опыту), чем больше разнится способ написания кода и тестов, тем менее охотно они вовлекаются в процесс. DX Чуть предметнее про Developer experience: он такой же, так как Cypress идет вместе с Mocha, Chai, Sinon, JQuery, Lodash, стабами и моками — стандартными JS приблудами. Одна из главных сильных сторон — Cypress уже сидит в браузере и имеет прямой доступ к Dev Tools protocol, поэтому может творить все то же, что и ваше приложение. Схоже с Puppeteer, но по итогу сильно глубже. Эти преимущества не могут обходиться без недостатков, вот официальный список trade-offs. Часть изначальных уже пофиксили, например, теперь Cypress поддерживает WebKit (Safari), используя тот же npm пакет, что и Playwright. А из относительно существенных может быть работа с некоторыми iframes, но у меня лично не было примеров, когда бы оно не взлетело, так что без POC никуда. Да, на всякий надо отметить, что код пишется на JS/TS, что для кого-то может являться ограничением, но в 2022м JS — мастхэв для фронта. Философия тестирования Учат именно тестировать, поэтому общие концепты можно применять в любых других фреймворках. Они, конечно, не первые, но собрали знания в одном месте, и по итогу есть разница, когда best practices подробно и структурировано идут от создателей фреймворка, нежели чем по крупицам штудировать скупую документацию и шерстить ютуб. В доках куча примеров с подробными пояснениями и разбором, что такое хорошо, и что такое плохо. Есть и их собственное RWA — тестовое приложение, покрытое E2E, API, Visual regression тестами, которое можно скачать и под лупой изучать. Навскидку их продвинутые идеи: — Обращение с статусу приложения через объект window — Предпочтение API для предисловий перед тестами — Кэширование сессии для переиспользования в последующих тестах — Посев базы данных приложения перед тестами — Использование application events для более точечной настройки ожиданий Сам фреймворк — open source, зарабатывают они на платном дашборде, у которого среди прочих пара заметных фич: flake detection и smart parallelization. Обе берутся из истории запусков тестов, что дает возможность выдавать подсказки по хрупким тестам и автоматически прогонять тесты в параллели на CI так, чтобы все они закончились примерно в одно время. Итого: по ощущениям, Cypress это как Apple. Он крут, он цепляет, но подходит не всем. В одном из следующих постов расскажу про «соревнование» между Cypress и Playwright, последний из которых более универсальный в некоторых прикладных моментах.

Пожалуйста, ответьте на опрос, чтобы лучше понимать аудиторию

Для новеньких напомню, что канал начинался весной как сборник вакансий и ресурсов по удаленке/релокейту для тестеров. Поэтому запощу еще раз основные места, где стоит искать: 1. LinkedIn Для айти это номер один. Приводите в порядок свой профиль, добавляйтесь к рекрутерам нужной страны, которые постят что-то схожее с вашей специализацией. 2. Engineering Petr Простая таблица с компаниями, которые могут релокейтить. Надо заходить периодически и проверять новые вакансии в интересующих компаниях. 3. G-Mate Поиграйтесь с фильтрами, там бывают стоящие вакансии. Сейчас просто не будет, но рано или поздно все получится при большом желании и усилии. Не сдавайтесь!

Почему Hexlet В SDET без программирования никак, поэтому сегодня о моем тернистом. И хотя я считаю, что код тестов должен быть в первую очередь читабельным, для роста в профессии ваш продукт по качеству написания и проектирования должен быть приближен к оному у самого проекта, так как качество продукта — общая обязанность, и в зрелых командах SDET помогает привнести или улучшить экосистему автотестов (в числе прочей культуры), а последующее написание и поддержка должна быть на плечах всех разрабов. Как я учился программировать или почему я не пойду в разрабы Пост не рекламный, хотя по итогу может сложиться такое впечатление. Это больше похоже на амбассадорство от души. Не бойтесь, информация за деньги на канале не появится никогда :) Развиваясь в тестировании, рано или поздно упираешься в то, что вне ветки скиллов менеджмента тебе для полноценного сеньорства необходимо знать программирование и девопс: и для того, чтобы самому делать автоматизацию, и для понимания кода разрабов. И да, сейчас во многие компании без данного опыта попасть все сложнее. Я пытался сначала залезть в это без структурированной базы через отрывистые знания микрокурсов и наших любимых индусов, но это долгий и неэффективный путь. Мой в итоге такой: с 2014го периодически беру интересующие курсы и треки на ru.hexlet.io. Знаю, сейчас на ру-рынке есть куча ресурсов, но их не брал, а за Хекслет прямо ручаюсь. С лета взял профессию фронт разработчика для лучшего понимания того зверя, который автоматизирую. Ну и в самом худшем случае смогу пойти джуном 😄 Ладно, по-крайней мере, какие-то несложные баги смогу сам пофиксить, если надо. Хекслет это как опытный (и очень терпеливый) сеньор и ментор, который тебя грамотно и структурировано проводит от азов (бесплатный ru.code-basics.com) до поиска первой работы с уже необходимым набором знаний работы в проде за счёт выстраданных выполненных проектов. Помните кота из мема про икеевские «и фужерчики»? Вот ощущения в ту степь. Я не просто так упомянул менторство, это именно тот стиль обучения, где тебя направляют к поиску ответов, а не пихают пережеванное. Если вы, как и я, начинали сбор разрозненной информации по крупицам, то здесь после прохождения практик возникнет то чувство «Ааа, так вооот оно зачем и почему так». То есть, миддлам-самоучкам я бы его тоже рекомендовал. А сеньорам с синдромом самозванца особенно ;) И ещё. Вот есть TDD там, BDD всякие, а Хекслет это PDD — pain driven development. Некоторые задания заставляют мозг кипеть так, что хочется прилететь и лично создателям сказать всё, что о них думаешь, но потом после гугления и дебаггинга происходит щелчок, и у тебя внезапно складывается 🧩. И это вот как раз то самое чувство как в меме «секс это, конечно, хорошо, но». Естественно, после таких экзекуций информация остаётся в долговременной памяти, а не выветривается за неделю. У сервиса, пожалуй, самое сильное ру-коммьюнити, так как основатели — супер сеньоры в первую очередь, одного я знаю лично, поэтому рыба здесь благоухает с головы и притягивает подобное, начиная с сотрудников, менторов и самих PDD пользователей, прошедших 🔥💧 и🚰, соответственно более ценных на рынке. Разворачивая тезис из заголовка: в какой-то момент понял, что именно разработка меня не прельщает, слишком большой объём стараний, страданий и магии нужен, чтобы всё работало, поэтому мне лично вполне комфортно в роли SDET. Этим постом хочу в том числе объяснить, почему какие-то статьи на тему разработки оттуда, пошагово раскладывающие сложные темы по полочкам, я буду скидывать в канал, так как сам держу их в закладках, периодически перечитывая и применяя в работе. Ну а ru.code-basics.com очень рекомендую для сомневающихся входоков в программирование.

https://software-testing.ru/library/testing/general-testing/3872-testing-on-their-production Вот так точно тестировать не стоит перед собеседованием!

Метод, который помог выделить себя на собеседовании и найти первую работу в Канаде Пара дисклеймеров. Сразу уточню, что я в свое время въезжал по иммиграционной визе, а сегодня речь именно о том, как выделиться из толпы кандидатов. Сам совет по интервью для тестеров, но в какой-то мере информация применима и для других сфер. —— Предусловие-азы для тех, кто ищет первую работу в западных компаниях. Обязательно адаптируйте резюме под каждую интересную и перспективную для вас вакансию, то есть ту, где большинство пунктов соответствует опыту. Держите в уме, что их (работодателя) открытая позиция это вопрос к миру со списком хотелок, а ваше резюме — ответ на этот конкретный запрос, говорящий, что у меня-то как раз есть то, что вы ищите. В итоге основа CV «удивительным» образом должна стать вакансией, творчески переписанной своими словами. К этой основе добавьте другие важные и ценные скиллы и (желательно) измеримые достижения, если были. Можно приукрашивать, но не врите. И не менее обязательно выкидывайте весь нерелевантный опыт. То есть, «работал в суппорте, перешел в тестеры» — еще ок, «продавал телефоны — стал дизайнером» — не ок. Компаниям нужен человек с конкретными навыками, а не на дуде игрец. Резюме прогоните через сервис типа Grammarly, чтобы вычистить очевидные и не очень ошибки. Эти три правила помогут получить больше откликов от рекрутеров и соответственно приглашений на интервью. А если вы получите первую работу, это потом будет работать как зачетка — искать будут вас. —— Теперь непосредственно про метод Та моя первая компания занималась разработкой мобильных приложений, я был миддлом, и вот как готовился к собесу. Изучил доступную информацию о них, чтобы понять предметную область, скачал их приложение, и, потратив несколько часов, оттестил его по полной: — логин/регистрация — синхронизация — проверка на краши — поля/данные/ошибки — и прочее Нашел пару достойных багов и распечатал: баг репорты, формальный тест-кейс, чек-лист моих тестовых идей и диаграмму состояний-переходов, которая помогла найти ошибку, а в качестве бонуса приложил список функциональных улучшений по продукту. Итог: меня взяли на работу, и какое-то время спустя оба интервьюера отметили, что не встречали такой подготовки к собеседованию: — один, впечатлившись, рекомендовал этот метод своей дочери, которая только выходила на рынок труда — другая сказала, что выбрала мою кандидатуру вместо сопоставимой по скиллам девушки из Финляндии с идеальным английским, решив дать шанс за усердие Копировать один в один не нужно, важнее сам подход, когда вы каким-то образом отчетливо показываете, что: а) крайне заинтересованы именно в этой работе у них б) демонстрируете профессиональные качества не абстрактно, а на опережение на их же продукте Придумать, как именно это сделать в конкретном случае — ваша работа. Если вы SDET, ваши наработки тоже могут быть использованы, это даже может заменить (бесячие) задачки по программированию в качестве тестового. И помните, что подход не всегда применим, позже с опытом приходит понимание, какого плана компании могут такое заценить. Но способ в нужных условиях дает серьезный буст перед «стандартными» кандидатами. Я с опытом найма местных ребят могу подтвердить, что мотивированных людей почти нет. Единственное исключение — парень из Молдовы, который не сдался даже после моего первичного отказа по причине overqualified, а в итоге оказался лучшим сотрудником. P.S. Несколько лет назад в канале про Канаду я писал релевантный FAQ по поиску работы на местном рынке. Он до сих пор актуален, рекомендую почитать.