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

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

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

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

Тестировщик также помогает команде программистов. Да, помощь. Мы НЕ мешаем выполнять задания в срок - как это некоторые представляют.

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

Помните о своих навыках общения, ведь есть несколько вещей, которые вы уже знаете!

Стоит обратить внимание на сотрудников.
Узнайте их имена или прозвища (если они их предпочитают использовать) и постарайтесь их запомнить. Это достаточно просто (ОК, возможно, не для всех), но это позволит вам быстрее преодолеть трудности.
Наверняка вас бы раздражало, если бы кто-то постоянно забывал, как вас зовут, или, что еще хуже, называл вас придуманным им нелестным прозвищем.

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

Сосредоточиться на задаче или на болтовне?

Знакомясь с людьми, с которыми вы собираетесь работать, обратите внимание на то, сосредоточены ли они больше на задачах или любят пошутить, прежде чем приступить к делу. Это может показаться немного глупым, но эти знания пригодятся во время сотрудничества с каждым QA-тестером в вашей команде.
Обычный " ответственный человек" не спросит вас о ваших планах на выходные (что не означает, что он груб), а "болтун" расскажет вам о фильме, который он недавно посмотрел, прежде чем вы даже подумаете спросить его о делах, связанных с проектом.
В любом случае, итог таков: QA-тестер должен пойти на небольшой компромисс, чтобы адаптироваться к другим. Помните, что такие противоречия могут быть результатом различий в характерах людей, но они также могут быть результатом определенной культуры.

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

Для того чтобы справиться со своими обязанностями QA-тестера, вам необходимо знать проект как свои пять пальцев (Капитан Очевидность снова выручает!). Какая информация вам необходима? Давайте составим чек-лист:

• Тип разрабатываемого проекта

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

• Бизнес-цели заказчика

Безусловно, важнейший вопрос! Вам просто нужно знать, чего они хотят получить, представляя приложение своим клиентам. Хотят ли они охватить больше клиентов? Или, может быть, они хотят лучше контролировать производственный процесс? Без четко определенной цели, мой дорогой QA-тестер, вы пребываете в неведении.

• Отрасль и конечные пользователи

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

• Кто представляет интересы клиента

Узнайте, кто является собственником проекта - как его зовут, каковы его обязанности в компании и как долго он там работает. Может быть, это генеральный директор клиента? Может быть, это руководитель отдела? А может быть, компания клиента наняла кого-то со стороны специально для этого проекта? Любая информация о PO (также не имеющая прямого отношения к проекту, например, их интересы) значительно упростит общение с ними.
Узнайте, кто есть кто, и вы сможете легко ориентироваться.

• Не забывайте проводить собственные исследования!

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

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

Как специалист по контролю качества вы являетесь главным членом команды, никогда не забывайте об этом! Что это значит на самом деле?

Это означает, что решения появляются благодаря самостоятельной командной работе. Для этого требуется много времени на планирование, постоянное совершенствование и гибкость. А для вас это означает участие во всех совещаниях по проекту, а также подготовку к ним:

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

Самое главное для тестировщика — это то, что вы заботитесь о качестве программного обеспечения в проекте.

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

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

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

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