Статья

Как тестировщику выжить в Agile-команде?

Сегодня все больше IT-компаний применяют гибкую методологию реализации проектов Agile. Но как в таких условиях работать тестировщику? Каким образом не утонуть в дедлайнах и обеспечить должное качество программного продукта? На эти и другие вопросы в рамках вебинара образовательного хаба “SPALAH” ответил QA-Engineer Антон Варченко.

ЧТО НЕ ТАК В КЛАССИЧЕСКОМ ПОДХОДЕ?

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

  • строгую последовательность действий;

  • распределение ролей и ответственности;

  • формализацию процесса.

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

  • неравномерной нагрузке на участников процесса;

  • невозможности предотвращать проблемы на ранних этапах;

  • срывам и переносом срока из-за большого количества дефектов;

  • не удовлетворяющий ожиданий продукт.

Разрабатывать ПО в таком ключе нецелесообразно — невыгодно, дорого, неконкурентноспособно.

ПОЧЕМУ IT-КОМПАНИИ ВЫБИРАЮТ AGILE?

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

Существует Agile-манифест — свод рекомендаций, которым стоит следовать. В гибкой методологии в приоритете:

  • люди и общение, а не процессы и инструменты;

  • работающее приложение, а не сложная документация;

  • сотрудничество с клиентом, а не составление контрактов;

  • реакция на изменения, а не следование плану.

Agile предоставляет возможность вносить изменения в проект с минимальными затратами. В традиционной модели клиент не зарабатывает на протяжении разработки. В условиях гибкой методологии есть возможность сделать и продать клиенту MVP —  минимальный жизнеспособный продукт — и доработать в процессе. Таким образом, на промежуточных стадиях заказчик сможет заработать и опробовать продукт, а компания — получить отзывы от реальных пользователей о его работе. Такой подход к разработке (постоянная коммуникация с клиентом и внесение изменений) позволяет минимизировать риски.

КАК ВЕСТИ СЕБЯ ТЕСТИРОВЩИКУ?

В Agile-команде ты сможешь обеспечивать надлежащее качество продукта, быть не просто quality controller или тестировщиком, а действительно QA, как это подразумевает само название позиции. Для этого достаточно следовать простым рекомендациям:

  • Налаживай контакт с участниками команды. Главный смысл Agile состоит в том, что вы с коллегами — одно целое. Общайтесь, налаживайте внутреннюю коммуникацию. За качество продукта и результат ответственна вся команда.
  • Разбирайся в доменной области. Одно дело — тестировать продукт функционально, другое — постоянно пользоваться им. Взглянув на продукт глазами клиента, ты поймешь, что где-то, например, не дотягивает юзабилити или есть нелогичные места.
  • Повышай свой профессиональный уровень. Agile подразумевает высокую квалификацию каждого конкретного участника команды. Ты должен быть достаточно квалифицированным, чтобы общаться с коллегами из разных сфер — менеджментом, разработчиками и т.д. — на одном языке.
  • Планируй время. Массу времени может сэкономить правильный процесс автоматизации. Есть множество инструментов, которые не требуют знания программирования — они ограничены в функционале, но помогут выполнить задачу в срок.
  • Не молчи. Обратиться к коллеге зря лучше, чем ничего не сказать. Львиная доля ошибок в IT связана с тем, что люди боятся, стесняются, выполняют задачу по накатанной. Не избегай технических вопросов, вникай в то, как строится ваш проект.
  • Будь максимально нацелен на результат. Старайся тестировать продукт на разных уровнях.
  • Не делай Agile, будь Agile. Это позволит тебе быть успешным и востребованным специалистом.


 

Если ты начинающий QA и хочешь поднять свою квалификацию, регистрируйся на онлайн-курс SPALAH "Тестирование ПО (QA Manual)".

Подпишись на еженедельный дайджест и получай на почту:

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

Наши каналы в социальных медиа: