6 вещей, которые я хотел бы знать, когда начинал работать QA-инженером

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

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

Но QA — это не просто тестировщик программного обеспечения или аналитик. Чтобы обеспечить максимальную производительность продукта, им необходимо иметь четкое представление о бизнесе клиента, логике идеи и целях продукта. Они должны думать о профиле конечного пользователя, а также иметь глубокие знания об этапах и процессах цикла разработки.

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

Итак, позвольте мне рассказать вам историю о том, как я стал инженером по обеспечению качества.

Источник

Все началось еще летом 2014 года, и, как и большинство хороших вещей в жизни , это было чистое совпадение. Тогда я работал барменом и только что получил степень магистра ядерной химии. (Да вы себе представляете, какие «гремучие коктейли» я тогда тряс).

В один солнечный день генеральный директор DevriX Марио Пешев попросил меня помочь компании с тестированием их проектов. Я подумал, конечно, почему бы и нет, ведь это простая работа — сидеть спокойно, щелкать мышкой, добавлять значения тут и там, убеждаться, что программа работает. Как же я тогда был наивен.

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

Теперь, когда я работаю некоторое время, я понимаю, что есть 6 важных вещей, которые я хотел бы знать, когда начинал работать QA. Если вы на том же пути, продолжайте читать — вы можете кое-чему научиться на моих ошибках. А если нет, то не зазнавайся, у тебя будет достаточно времени, чтобы наделать собственных ошибок. Потому что именно так мы учимся и становимся лучшими в том, что делаем.

1. Это непростая работа

Источник

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

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

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

Чтобы стать успешным QA-инженером, вам нужно потратить столько же времени и усилий, сколько и стать разработчиком программного обеспечения.

Если вы хотите стать успешным инженером по обеспечению качества, вам необходимо понимать:

• Как лучше управлять своим временем
• Как обрабатывать запросы, назначенные вам
• Как расставить приоритеты в своих задачах

В то же время все вышеперечисленное является частью роли Project Manager.

В качестве QA вам также необходимо развить способность создавать тестовую или промежуточную серверную среду или иметь возможность развертывать или исправлять неисправный сервер, что является частью роли SysAdmin/DevOps .

В то же время вы должны уметь читать и понимать необходимую информацию из Google Analytics (GA) или любых других данных , что является частью роли аналитика данных.

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

2. Вам не нужно знать какой-либо язык программирования (но это помогает)

Источник

Как вы читали в начале, до того, как стать QA Engineer, я был барменом.

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

Но по мере того, как проекты становились больше , а функции усложнялись , время тестирования удваивалось. А мои «методы» сверху были просто нерентабельны и вызывали у меня сильный стресс.

Итак, разумным решением было начать изучение PHP. Почему PHP? DevriX — это корпоративное агентство WordPress, а, как вы знаете, WordPress — это CMS, написанная на PHP. Поэтому, если я хотел проверить и понять логику разработчиков в коммитах, мне нужно было понять их язык (код). Такой подход значительно сократил время тестирования. Более того, во многих случаях проблемы выявлялись даже в процессе проверки кода.

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

3. Вам нужно понять клиента и бизнес-цели

Источник

Быть хорошим тестировщиком — это хорошо. Но если вы хотите стать отличным QA Engineer , вам необходимо понимать бизнес-цели клиента. Ваша работа заключается не только в написании и тестировании кода. Речь идет о создании ценности для бизнеса.

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

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

Таким образом, QA действительно должны иметь голову в игре и быть на месте.

4. Продолжайте учиться постоянно

Информационные технологии меняются быстро, и никто из нас не знает, что нас ждет в будущем. Трудно идти в ногу с новыми технологиями, фреймворками, языками и методами проектирования. Если вы QA Engineer, который не поддерживает свои навыки в актуальном состоянии, вы не сможете получить лучшие возможности для работы — честно говоря, вы можете вообще не получить их. Команда настолько сильна, насколько сильна ее самая слабая единица. Расширение набора навыков расширит ваши возможности даже внутри вашей организации.

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

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

5. Задавайте хорошие вопросы

Хорошие тестировщики должны задавать хорошие вопросы!

Когда вам поручают новую задачу, первый вопрос, который вам нужно задать:
«С кем мне нужно поговорить, если я хочу понять, что тестировать?» Ответ здесь прост – поговорите со всеми, с кем сможете!

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

Чтобы дать вам лучшее представление о том, о чем я говорю, давайте представим следующий сценарий:

Вы участвуете в важной встрече и обсуждаете с командой интересный новый проект. Наступает ваша очередь задавать вопросы, и вы стреляете что-то вроде «Как вы думаете, что нужно проверить?» . Только представьте, как смотрят на вас люди!

Почти все в комнате скажут: «Ну, разве ты здесь не QA Engineer? Тестируйте все! Мы не хотим никаких ошибок в рабочей среде!»

Это тот самый момент, когда ты облажался.

Теперь вы начинаете понимать, что у вас не хватает времени на тестирование всего продукта, что ваш авторитет в высшем руководстве погублен, что вы не понимаете самого продукта.

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

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

Вот пара вопросов, которые вы можете задать:

• Каковы наиболее важные аспекты приложения? В чем его уникальность по сравнению с конкурентами?
• На какой части продукта мы сосредоточимся в наших маркетинговых кампаниях?
• Есть ли у нас какие-либо данные Google Analytics (например, браузеры, операционные системы, регионы и т. д.), которые помогут нам лучше ориентироваться на аудиторию?
• Есть ли у нас какая-либо форма платежей, связанных с продуктом? Какие платежные системы мы будем использовать, основываясь на опыте?

Обратите внимание, что мы не спрашивали, что тестировать, но спрашивали, что важно для бизнеса.

6. Поделитесь своим опытом с другими тестировщиками

Источник

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

Делиться заботой!

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

Делясь своими знаниями, а также плохими и хорошими моментами, ошибками, которые вы сделали, или достижениями, которые вы заработали, вы закладываете основы сильной команды.

Есть много способов поделиться своими знаниями:

• Пишите сообщения в блоге, связанные с вашей профессией или работой
• Подготовка и организация мастер-классов
• Разрабатывать и проводить различные тренинги
• Записывайте видео или подкасты на YouTube

Подведение итогов

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