1. Теория тестирования
1.6. Рецензирование требований
- Неформальное
рецензирование характеризуется отсутствием необходимости соблюдения конкретного
процесса и отсутствием формальной документации.
- Формальное рецензирование
характеризуются участием команды, документированием результата рецензирования и
документированием процесса рецензирования.
Формальное рецензирование подойдет больше для крупных долголетних проектов, на которых используются классические методологии разработки программного обеспечения, применяется различная документация (не только тестовая, но и проектная, техническая, руководство пользователя и так далее), требуется отчетность о каждом действии, присутствуют юридические или нормативные требования. Например, проекты, связанные с медицинским оборудованием, документооборотом, программным обеспечением для автомобилей.
Неформальное рецензирование, на наш взгляд, будет более актуально на небольших проектах или проектах с использованием гибких методологий разработки, с отсутствием или неполным набором документации. Например, сайты-визитки, небольшие e-commerce проекты.
Процесс рецензирования
Что подлежит рецензированию, решается в зависимости от целей и задач на текущий момент. Например, это может быть обсуждение новых бизнес-требований, моделей, диаграмм, введение в проект новых участников команды (рассказ о проекте или, наоборот, «свежее» мнение «человека со стороны» и т.д.).
На стадии планирования, чтобы правильно начать
процесс рецензирования продукта, необходимо определить объем работы, который включает цель рецензирования, какие артефакты подлежат рассмотрению и какие характеристики качества подлежат оценке. Оцениваем также длительность и трудозатраты, выбираем людей для участия в рецензировании и распределяем их роли. Определяем метод рецензирования и критерии входа и выхода для формальных видов (например, инспекций).
Следующая стадия — инициирование рецензирования. Тут участникам рецензирования выдают материалы - спецификацию/гейм-дизайн документ/требования от аналитика и т.д., в зависимости от того, что мы рецензируем. В это же время
команде объясняют цели и озвучивают их роли. Все участники
рецензирования получают ответы на возникшие вопросы.
Какие есть роли в процессе рецензирования:
Автор - тот, кто отвечает за создание рассматриваемого при рецензировании продукта.
Менеджер - планирует рецензирование, принимает решение о его проведении, принимает управленческие решения в случае неадекватных результатов.
Ведущий (модератор) - обеспечивает эффективное проведение рецензирования.
Руководитель рецензирования - берет на себя общую ответственность за рецензирование, решает, кто будет участвовать, назначает время и место проведения.
Рецензенты - члены команды проекта, заинтересованные лица, предметные эксперты. Определяют потенциальные дефекты в продукте и представляют различные взгляды на продукт.
Секретарь - собирает потенциальные дефекты, найденные в ходе индивидуальной проверки. Записывает новые дефекты, а также открытые вопросы и предложенные решения.
Затем переходим к индивидуальному рецензированию. Эта стадия подразумевает индивидуальную подготовку, то есть проведение рецензирования всего рабочего продукта или его части самостоятельно и определение потенциальных дефектов. Задача тестировщика состоит в том, чтобы не только выявить потенциальные дефекты, но и обдумать рекомендации по улучшению.
Вслед за индивидуальным рецензированием идет коммуникация по вопросам и анализ. Все найденные недочеты сообщаются команде, все вставятся в известность о выявленных и потенциальных дефектах, анализируют их, устанавливают статус и «выбирают жертву», того, кто это будет исправлять.
Завершающая стадия — внесение изменений и отчетность. На этой стадии происходит создание отчетов о дефектах, их обсуждение и исправление; обновляются данные о дефектах, проводится сбор метрик и проверка критериев входа и выхода.
Например: на тестирование зашел новый функционал с целым паком UI-дизайна и технической документацией. Мы это изучили, составили список вопросов, продумали, в каких местах вероятнее всего встретить дефекты. Затем на митинге обсудили их, приоритизировали и назначили на разработчиков.
Еще пример: разработчики сделали модель запросов/ответов для нового продукта. Product owner, аналитик, разработчики и тестировщики собрали отдельную встречу, посвященную рецензированию модели. Оценили ее с точки зрения принятых стандартов в оформлении, бизнес-логики, возможных ограничений, то есть прогнали вместе по характеристикам качества. В течение встречи зафиксировали в Confluence список недочетов, далее оформили это все в техдолги и навесили на них исполнителей.
Свободное рецензирование
Рецензирование, основанное на чек-листах
Рецензирование по сценарию и сухие прогоны
Ролевое рецензирование
Рецензирование на основе точки зрения
Рецензирование — полезная штука, поскольку помогает разложить по полочкам непонятные и спорные моменты в тестировании продукта. Дает возможность узнать точку зрения других участников разработки. Ввести более быстро и продуктивно нового члена команды. Кроме того, поскольку рецензирование относится к статическому тестированию, оно позволяет обнаруживать дефекты до проведения динамического тестирования, что, в свою очередь, способствует снижению затрат на исправление найденных дефектов.
Подводя итог, отметим, что рецензирование можно использовать по-разному, но все же основная его цель — нахождение дефектов.
Источники:
https://dou.ua/lenta/articles/review-in-testing/, ISTQB - силлабус