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

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

Какие есть роли в процессе рецензирования:

Автор - тот, кто отвечает за создание рассматриваемого при рецензировании продукта.

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

Ведущий (модератор) - обеспечивает эффективное проведение рецензирования.

Руководитель рецензирования - берет на себя общую ответственность за рецензирование, решает, кто будет участвовать, назначает время и место проведения.

Рецензенты - члены команды проекта, заинтересованные лица, предметные эксперты. Определяют потенциальные дефекты в продукте и представляют различные взгляды на продукт.

Секретарь - собирает потенциальные дефекты, найденные в ходе индивидуальной проверки. Записывает новые дефекты, а также открытые вопросы и предложенные решения.

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

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

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

Например: на тестирование зашел новый функционал с целым паком UI-дизайна и технической документацией. Мы это изучили, составили список вопросов, продумали, в каких местах вероятнее всего встретить дефекты. Затем на митинге обсудили их, приоритизировали и назначили на разработчиков.

Еще пример: разработчики сделали модель запросов/ответов для нового продукта. Product owner, аналитик, разработчики и тестировщики собрали отдельную встречу, посвященную рецензированию модели. Оценили ее с точки зрения принятых стандартов в оформлении, бизнес-логики, возможных ограничений, то есть прогнали вместе по характеристикам качества. В течение встречи зафиксировали в Confluence список недочетов, далее оформили это все в техдолги и навесили на них исполнителей.

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

Подводя итог, отметим, что рецензирование можно использовать по-разному, но все же основная его цель — нахождение дефектов.

Источники: https://dou.ua/lenta/articles/review-in-testing/, ISTQB - силлабус