Тестирование тестированию рознь. Кто-то продолжает тыкать палкой в продукт, кто-то смог автоматизировать максимальное количество тестов. Некоторым удалось познать дзен и двигаться к балансу в процессе управления качеством. Так, в Сбере подход к тестированию уже давно изменился. Это не просто инструменты и автоматизация. Это изменение парадигмы. В команде, в которой мне посчастливилось работать уже 5-й год, мы нашли для себя инструменты, которые позволяют использовать тестирование максимально эффективно, разложить всё по полочкам, осознать зависимости и последовательности. И вот с этими инструментами я хочу вас познакомить. Надеюсь, что материал поможет вам проложить верный курс в океане информации.
Если вы профессионально занимаетесь тестированием (тестировщик, специалист по обеспечению качества, эксперт по автоматизации тестирования или разработчик, тестирующий собственный код), то вы знаете, что тестирование – это сложно. Необходимо обладать широким техническим кругозором, оглядываться на собственный опыт, коллег, друзей-тестеров, проекты в которых довелось постигать тестирование. Но стоит заметить, что общие практики тестирования, применяемые годами, очень устарели. Порой создаётся впечатление, что мы, тестировщики, застряли в 80-х, в то время как разработчики уже ушли на десятки лет вперёд. Необходимо пересмотреть существующие практики в ответ на изменения в подходах создания продуктов. Сертификация ISTQB направлена на развитие общих практик управления качеством до лучшего уровня.
Если вы начинающий тестировщик, на собеседованиях вы могли сталкиваться с абсолютно разными интерпретациями и определениями понятия «качество». А если анализировали программы платных курсов, то наверняка пришли к выводу, что месяцами вы будете тестировать сайты-заглушки с парой форм для ввода. И вот с таким практическим опытом вам надо будет идти в реальные проекты, которые не похожи на то, к чему вы готовились. Если вы пришли из agile-команды, где на самом деле был классический waterfall с 2-недельным циклом релизов, а сейчас вам необходимо стать функциональным тестировщиком-автоматизатором, то вы вообще не знаете, как подступиться и с чего начать. Как раз в таких ситуациях может помочь ISTQB с полезными учебными материалами и возможностью пройти официальную сертификацию.
Тут сразу следует отметить – сертификация необязательна, если вы относитесь к той половине, которая считает, что можно быть специалистом и отлично делать свою работу и без официального сертификата. Но есть и те, кому сертификат может реально помочь в получении допуска к интересным и сложным задачам. Лично для меня сертификация открыла двери в несколько интересных проектов. Работая на аутсорсе, я мог получить интересные предложения только при наличии базовой сертификации для тестера – ISTQB The Certified Tester Foundation Level in Software Testing.
The International Software Testing Qualification Board (ISTQB) – это некоммерческая организация, основанная в 2002 году. На июль 2021 ISTQB проведено 1 065 000 экзаменов и выдано более 774 000 сертификатов в 129 странах по всему миру. Программа сертификации ISTQB является авторизованной, то есть официальной – за ней стоят люди, которые создают, администрируют и проводят экзамены.
ISTQB предлагает тестировщикам выбрать свои векторы в предложенной 3-уровневой схеме сертификации.
Начиналось всё с фундаментального (базового) уровня. Потом добавились продвинутый и экспертный уровни, которые объединились в core-вектор. Помимо этого, базовый уровень позволяет переключиться на развитие вектора для специалистов, если вы хотели бы углубиться в специализацию (нагрузочное тестирование, тестирование мобильных приложений или юзабилити-тестирование).
Недавно, отвечая вызовам текущего времени, ISTQB открыла новый вектор «agile tester». Сейчас он находится в активной разработке и наполняется лучшими материалами и практиками, пользу которых оценят не только тестеры, но и все, кто участвует/вовлечён в создание продукта.
Вектор «agile tester» начал развиваться после осознания того, что существующие сертификации не покрывают требования, предъявляемые к современному тестировщику. Их фокус прежде всего направлен на «классическое тестирование», к которому многие привыкли ещё с прошлого века. Его основные этапы включают планирование тестирования, написание тест-кейсов (пожалуй, прогресс в том, что сейчас используется современный инструментарий – HP ALM, Adaptavist и т. п.), ручное выполнение тестов, создание отчётов и оценку, чтобы понять, нужно ли нам продолжать тестирование.
Такой процесс может быть запущен одновременно с проектом, но часто он не является частью разработки, а существует параллельно. При agile-разработке, которая становится популярнее из года в год, тестирование становится естественной частью agile-проекта, а не просто этапом между «разработчики написали код» и «клиенты получают свой продукт».
Соотвественно профиль современного тестировщика, который работает в agile-командах, отличается от профиля классического тестировщика. Современный тестировщик сегодня – это инженер, который разбирается и увлечён как разработкой, так и тестированием. Он способен помочь разработчикам найти ошибку как можно раньше, а не просто зафиксировать, что проблема существует.
Новые методологии (Agile, Lean, Scrum, Kanban), а также работа в маленьких многопрофильных командах популярны и применимы сейчас не только в области стартапов. В современном быстро меняющемся мире любая компания должна становиться более адаптивной, итеративной и гибкой.
Существующие модули ISTQB Foundation Level и Foundation Level Agile Tester помогают развить навыки, которые нужны для работы в командах, где применяются гибкие подходы.
По мере роста популярности agile-разработки стало очевидно, что для создания масштабных и сложных систем требуется сотрудничество нескольких команд. Поэтому были созданы новые и адаптированы существующие фреймворки для масштабирования agile в одиночных командах до нескольких групп и более. Например, Scaled Agile Framework (SAF), LeSS (Large-Scale Scrum), Scaling Lean.
Смена фокуса внимания с одиночных agile-команд на несколько групп, трайбов, блоков, которые реализуют один продукт, услугу и создают ценность называется «гибкость в масштабе (agile at scale)» или «масштабируемая гибкость (scaled agile)». Всё это приводит к тому, что подходы к тестированию тоже требуют масштабирования. ISTQB предлагает сертификацию продвинутого уровня, которая поможет специалистам развить компетенции, необходимые для эффективной работы и сотрудничества в таких требовательных условиях – Agile Test Leadership at Scale (ATLaS).
Несмотря на то, что полный объём материалов в модуле ещё не готов, уже сейчас опубликованы две главы для изучения. Ознакомиться с ними можно здесь. А для тех, кому поможет краткий обзор материалов, предлагаю summary по двум главам.
Chapter One
Основная цель любой коммерческой организации – получение прибыли. Это не секрет. И достигается прибыль через создание ценности, продуктов, предоставление услуг для клиента. Для того чтобы повысить ценность создаваемых продуктов и услуг, в материалах ISTQB предлагают прийти к осознанию ценностно-ориентированной организации (Values-driven organizations), где одной из ключевых операционных моделей управления является бизнес-гибкость (Business Agility). Это модель управления, где в центре находится клиент. Все решения, которые принимает компания, направлены на то, чтобы клиент был доволен. Повысить клиентоориентированность можно за счёт применения современных подходов, дисциплин и методологий (например: agile, lean и DevOps, SAF), через непрерывное преобразование, рост культуры и изменение образа мышления.
Важно в этом процессе уделять особое внимание понятию «качество», которое должно расти и меняться. Каждый, кто участвует в процессе создания ценности, продукта и услуг, начинает нести ответственность за качество. Для организации становится важным работать над распространением знаний о качестве в масштабах всей организации по горизонтали современными и гибкими способами.
В принципе, с этого материалы и начинаются. Первая глава посвящена современным требованиям к гибкости в бизнесе, возникающей необходимости в повышении качества выполняемых задач. Этого невозможно достичь, если возложить ответственность за качество на одиночные команды или людей с конкретными функциями (тестировщик).
Тестирование превращается в контроль качества, а это означает, что компаниям необходимо внедрять помощь/поддержку по качеству (quality assistance) во всей структуре, включая команды по реализации проекта.
Это меняет роль специалистов по обеспечению качества и тестировщиков, приближая её к управлению гибким тестированием, а также способствует развитию культуры качества и мышления. В Сбере показатели, относящиеся к контролю качества, фиксируются автоматически на большей части этапов и интегрированы в метрики каждой команды.
Отдельно рассматривается продвижение ценностно-ориентированного образа мышления и культуры контроля качества, описываются подходы и навыки quality assistance. Важно, что приводятся примеры навыков коучинга, профессиональной подготовки и управления процессами преобразования, необходимыми для привнесения в организацию quality assistance. Дополнительно рассматриваются уже существующие проблемы, связанные с качеством, чтобы проиллюстрировать, как quality assistance использует комбинацию навыков для решения поставленных задач.
Chapter two
Улучшение качества и рабочего потока создания ценности (value stream) в компании, придерживающейся ценностно-ориентированного мышления – вот основной стрим во второй главе. Рассматривается Value Stream Mapping (систематизирование потока ценности) с описанием навыков, которые понадобятся для применения этой техники. Одной из первых её представила и начала использовать Toyota, после чего многие в мире начали применять такой подход. Принципы производственного процесса Toyota реализованы в Сбере во всех процессах, в том числе в IT.
Сертификация поддерживает внедрение Value Stream Mapping в качестве ключевого инструмента для улучшения производительности и, как следствие, качества продукта или услуги. Анализ потоков ценности (value stream) исследуется с точки зрения качества и тестирования.
Рассматриваются базовые методы визуализации, типичные этапы систематизации потока ценности (value stream), способы выявления деятельности, не несущей дополнительной ценности, в виде 8 различных видов потерь. В принципе, можно научиться приносить пользу благодаря:
выявлению и удалению потерь;
повышению эффективности процессов, ориентированных на создание ценностей, услуг, продуктов;
сосредоточенности кросс-функциональных команд на бизнес-целях и удовлетворённости клиентов.
Резюме
Сертификация Agile Test Leadership at Scale направлена на тех, кто работает в компании, стремящейся к масштабированию agile-подходов в работе, где уже есть базовое понимание agile. Но также она будет интересна всем, кто хочет разобраться в современных подходах управления и способах обеспечения качества. Запуская сертификацию по главам, ISTQB ожидает ранней обратной связи от всех, кто занимается управлением, обеспечением качества и может помочь адаптировать сертификацию в соответствии с требованиями рынка.
Если вы хотите идти в ногу со временем в контексте управления качеством при создании современных клиентоориентированных продуктов, то будет полезно изучить материалы в первоисточнике.
По мере публикации новых глав мы обязательно будем рассказывать вам о них.
