Пользовательское тестирование в инженерии требований
#что_почитать #статьи

В журнале IREB (International Requirements Engineering Board) встретилась статья, которая говорит, что работать над требованиями через пользовательский опыт — это хорошая практика. Делюсь обзором статьи The Potential of User Tests for Requirements Engineering

Тесты с пользователями можно проводить на разных этапах разработки и с разными целями:
• выявления требований на этапе работы с идеей,
• валидации требований на этапе разработки,
• перепроверки соответствия рынку (product market fit) перед внедрением.
Тестирование можно организовывать как с конечными (end-user) так и с внутренними (internal) пользователями.

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

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

🔅Внутренние пользователи набираются из тех, кто уже вовлечен в продукт: разработчики, тестировщики, менеджеры, дизайнеры, инвесторы… Тестирование их опыта может быть источником новых требований и средством валидации требований. Но есть нюанс. Эта категория пользователей не может «развидеть» все, что они уже знают о продукте, и только предполагают, что могут мыслить как конечный пользователь, хотя это не так. Поэтому позже лучше еще раз повести тестирование с конечными пользователями.

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

🔅MVP - minimum viable product (минимальный жизнеспособный продукт). Как только первая базовая жизнеспособная версия готова, то рекомендуется провести тестирование с конечными пользователями. Так можно понять насколько приложение понятно пользователям и отвечает их требованиям. На этом этапе еще есть возможность доработать приложение для лучшего соответствия рынку.

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

От себя дополню, что уже комментировала кейс, где требования выявлялись через тестирование пользователей. В кейсе это был единственно возможный прием, потому что среди пользователей были служебные собаки. А еще рассказывала и свой кейс про пользовательское тестирование🗃