10 советов для начинающих тестировщиков и новый набор QA-джуниоров в Laboratory 2.0

10 советов для начинающих тестировщиков и новый набор QA-джуниоров в Laboratory 2.0

Одним из самых распространенных способов «войти в IT» — стать тестировщиком. Кто-то утверждает, что достаточно знать английский язык, и тебя возьмут. Другие меняют профессию после прохождения курсов, которых сейчас уйма. Некоторые даже обучаются самостоятельно. Но это все кто-то, где-то, как-то…

Мы же подготовили для вас 10 реальных советов для начинающих QA-специалистов. Алексей Твердовский, Head of QA международной финтех-компании ID Finance, поделился своим опытом и знаниями, чтобы ваш путь в тестировании был успешен. Приятного чтения!

1. Главное — не бояться

На самом деле, я бы сказал так: любому, кто начинает свой пусть в IT (не только в сфере QA), я бы советовал запасаться терпением и трудолюбием. Данная сфера достаточно быстро развивающаяся, со многими новыми технологиями и фишками, поэтому новенькому тестировщику стоить быть готовым к большому объему информации, который буквально сразу обрушивается на голову новичка. Но дорогу осилит идущий. Поэтому главное – не бояться, шаг за шагом смотреть на свои слабые стороны и знания, подтягивать их один за другим, и тогда все получится.

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

Для успешного развития и роста явно нужно любопытство и немножко усердия.

2. Выбирать курсы, где больше практических заданий

Как правило, большинство кандидатов проходят курсы тестировщика и после пытаются получить свою первую вожделенную позицию на этом поприще. Курсы бывают разные — где-то что-то дают лучше, где-то хуже. Где-то есть много практики, а где-то — только одна теория. В моем представлении — лучше всего искать курсы, в которых больше практических заданий, а теорию подгонять по ходу действия. Теории вокруг очень много: различные книги, видео-уроки, статьи.

Из моего личного мнения — для начинающего мне понравилась книга ISTQB. Теория там изложена достаточно неплохо, плюс собраны основные определения, с которыми сталкивается тестировщик на старте.

Кроме того, если ты прочитал и разобрал эту книгу, это уже полпути к получению сертификата тестировщика.

3. Не ограничиваться подходом «я не знаю»

Как ни странно, но при выборе кандидата я акцентирую внимание не только и не столько на знания, а на том, как кандидат ведет себя на собеседовании, как он действует, попадая в ситуации, где он не знает ответа или где у него достаточно теории, но недостаточно практики. Сможет ли кандидат, решая ту или иную задачу логическим способом, основываясь на том количестве знаний, что есть, дойти до ответа (пусть даже где-то и с подсказками)? Крайне важно не стесняться думать и смотреть в стороны, делать шаг влево, вправо и не сдаваться, ограничиваясь подходом «я не знаю».

4. Иметь техническую базу

Любой кандидат должен понимать основные методологии разработки ПО, процессы, которые являются общепринятыми, а также знать, какие роли выполняют те или иные люди на проекте.

Что касается технической стороны деталей — все зависит от того, на какой проект идет кандидат: десктоп/веб/мобильный. Но 90% приложений и рынка сейчас однозначно занимают клиент-серверные приложения. Поэтому для меня любой кандидат с любого проекта, будь он новичок или уже стреляный боец, обязан понимать, по каким принципам работает клиент-сервер: за что отвечает клиент, за что — бэк, как отличить, на чьей стороне проблема и так далее. Любая теория, которая касается данного аспекта может оказаться полезной при собеседовании.

ID Finance работает с веб- и нативными мобильными приложениями. Как говорил ранее, для нас важно, чтобы любой сотрудник четко представлял себе клиент сервер. Поэтому обязательны понимание архитектуры подобных приложений и что такое API, как оно работает, как его тестировать. Также мы уделяем много времени работе с базами данных в рамках тестирования (MySQL, MongoDB), поэтому умение работать с выборками в базах для нас достаточно критично.

5. Чем лучше прокачаны софт скилы тестировщика, тем проще

Тестировщик — это тот человек, который в рамках нашей компании пересекается практически со всеми отделами в той или иной степени, так как процесс тестирования включает не только подготовку и голое тестирование функционала по требованиям, но также и демонстрацию функционала «бизнес оунерам», а также пост-деливери активности по анализу корректности работы функционала на продакшн среде после доставки. Поэтому чем лучше прокачаны софт скилы сотрудника, тем проще ему выполнять весь объем активностей, который предполагается.

6. Быть гибким и быстро адаптироваться

Новые технологии, решения, периодически меняющиеся приоритеты по требованиям бизнеса (напомню, что мы являемся продуктовой компанией и необходимость реагировать на изменения рынка и законодательства иногда бывают крайне важными) заставляют учиться не паниковать при новых обстоятельствах, а уметь под них подстраиваться, четко понимать, что от тебя требуется в том или ином случае или ситуации. Умеешь ориентироваться быстро — в профите и ты, и твоя команда.

7. Уметь структурированно и логически правильно выражать свои мысли, описывать проблемы.

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

8. Быть командным игроком

Любой специалист может делать качественно работу, но этого недостаточно на проектах, где работает команда. Среднее количество людей на проекте у нас — человек 15-20. И умение работать в команде, уважать чужие время, опыт и мнение — важно.

Учитесь слушать и слышать, что предлагают и всегда искать компромиссы. Они есть!

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

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

— собственно говоря, вторая сторона медали — нужно не стесняться поднимать руку, когда сталкиваешься с блокирующими проблемами. Если ты далее не можешь выполнять свою работу согласно приоритетов и договоренностей, не стоит тянуть. Нужно действовать и эскалировать проблему;

— стараться усваивать материал с первого раза. За время работы в различных компаниях и командах, я ни разу не сталкивался с вопросами «закрытости» команды, когда они не хотят совсем помогать. Однако, чем чаще ты задаешь одни и те же вопросы по несколько раз, отношение с командой может стать хуже. Избегайте этого!

— уважение и политкорректность в общении. Думаю… тут даже не нужно комментировать.

9. Думать и как специалист, который проверяет функционал согласно требованиям, и как конечный пользователь

Тестировщики зачастую становятся знатоками системы и функционала и понимают с точки зрения использования лучше остальных. Очень важно в рамках изучения функицонала не тестировать его «по буковке» согласно требованиям, а рассматривать приложение всесторонне.

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

10. Пройти нашу Laboratory 2.0

Этот совет можно было бы дать сразу после части «о курсах». Но мне захотелось чуть больше погрузить начинающих тестировщиков в нашу работу в теории. А на практике мы «окунаем» ребят в процессы нашей компании с помощью «Лаборатории». И да, практика — это основное, на что мы делаем упор. Кстати, сейчас мы как раз открыли новый набор начинающих QA-специалистов. До 10 января ищем талантливых ребят после курсов или с небольшим опытом. Если вы подходите, высылайте резюме на hrminsk@idfinance.com с пометкой »Junior QA».

Редакция не несет ответственности за содержание материалов в корпоративных блогах.
Эйчары «пьют корпоративный кофе, травят сплетни» и ничего не делают.

Маркетолог в LinkedIn высказался о работе HR и собрал более 140 комментариев.

Хотите сообщить важную новость? Пишите в Телеграм-бот.

А также подписывайтесь на наш Телеграм-канал.

Обсуждение

Этот материал нельзя комментировать.
Спасибо! 

Получать рассылки dev.by про белорусское ИТ

Что-то пошло не так. Попробуйте позже