Вот так выглядит один из вариантов задания

SPL
Профит — интересные моменты из тестов интерфейсов
Извините, данный ресурс не поддреживается. :(
Важные детали

• Нужен опыт использования, а не мнение. Нам нужно, чтобы тестировщик комментировал именно ход своих мыслей и действий, пока выполняет задачу. Но по умолчанию люди пытаются сразу предлагать идеи о том, как улучшить систему. По этой причине чаще всего ролики бракуются. Полезен только наглядный опыт первого использования продукта случайным человеком, а не мнение о том, как надо «допилить вот эту фичу».
  
• Необходимо ставить задачи «верхнего уровня». То есть не «Найти кнопку», а «Организовать рабочий процесс». И не стараться в формулировке задания подсказать пользователю, как решать задачу, тем более, если варианты решения могут быть разными.
  
• Это не количественный тест, а качественный. Не нужно нанимать много людей и создавать репрезентативную картину. Главное понять – могут ли люди справиться с заданием и устраивает ли продуктовую команду, как это происходит (мучительно или не очень). Достаточно заказать 3-4 теста, чтобы гарантированно получить один содержательный или обратить внимание на несколько эпизодов из разных тестов.
  
• Не обязательно искать тестера именно из своей ЦА. Подходит почти любой уверенный пользователь ПК, по крайней мере для нашего продукта. Если продукт изначально очень сложный, то кейс должен быть простым. Например, для сложной мед программы: “… найти куда загрузить данные эксперимента, запустить обсчет и получить результат, далее сохранить в файл...”.
  
• Проводить тесты необходимо на незнакомых людях. Случайные люди всегда лучше, чем круг общения. Друзья и знакомые быстро закончатся, да и не все из них захотят «подвисать» целый час над интерфейсом. А нам важен именно первый опыт взаимодействия с продуктом. Тестирование нужно проводить регулярно, и нужны пользователи со «свежим» взглядом.

Главная ценность подхода
У команды продукта появляется азарт смотреть, что получается.
Именно азарт! Команда с нетерпением ждет появления новых видеозаписей после релиза, с интересом просматривает тесты.
За 11 лет участия в развитии продуктов — это один из лучших CustDev методов, который я для себя открыл. Лучший именно с точки зрения влияния на команду.

Что еще можно тестировать?
Конкурентов
Мы постоянно так делаем. Точно знаем, как глазами пользователей выглядят гиганты на нашем рынке. За какое время, например, удается решить задачу организации простой команды в Trello, Jira или Asana и разумеется сравниваем с собой. Из таких тестов, кроме багов конкурентов, можно увидеть действительно работающие решения.
То, как люди ищут информацию
Мы попросили фрилансеров найти в интернете системы управления проектами и отобрать для себя ТОП-3 для дальнейшего тестирования. Наблюдали, через какие каналы они могут найти нас, по каким критериям делают выбор. Смотрели: открывают они списки на сайтах-агрегаторах или выбирают рекламные объявления, читают статьи с подборками систем или доверяют тем сайтам, которые находятся в топе поисковой выдачи.
Статьи
Говорят, что нужно читать свою статью вслух после написания. Но когда ее читает кто-то другой и дает простые комментарии, это создает куда более сильный эффект.
Пример, как тестируется эта статья
Извините, данный ресурс не поддреживается. :(
Если кто-то вдохновится материалом и проведет такой тест, скиньте в комментарии запись. Очень интересно посмотреть и обсудить, что получается.
===========
Источник:
habr.com
===========
Похожие новости:

• [Управление разработкой, Управление проектами, Управление персоналом] Почему не стоит пытаться ускорять разработку при помощи метрик (перевод)
  
• [Информационная безопасность, Тестирование IT-систем] Pentest Enumiration for macOS
  
• [Управление e-commerce, Управление продуктом, Управление продажами] 3 признака того, что вам нужна PIM система
  
• [Управление проектами] Подготовка к PMP по шагам
  
• [Работа с 3D-графикой, CAD/CAM, Управление проектами] Цифровизация управления проектами
  
• [Тестирование IT-систем, Тестирование веб-сервисов, Тестирование мобильных приложений] Разница между QA, QC и тестированием: простая трактовка на примере швейцарского армейского ножа
  
• [Управление проектами, Развитие стартапа, Управление продуктом] Что делать, если у стартапа денег на счету меньше, чем на 1 год (перевод)
  
• [Управление проектами, Управление персоналом, Карьера в IT-индустрии] Как увеличить собственную стоимость и значимость на рынке. Личный бренд и нетворкинг в карьерных маневрах
  
• [Управление проектами, Agile, Управление продуктом] Предназначение. To fit or not to fit
  
• [Венчурные инвестиции, Управление продуктом, Карьера в IT-индустрии, Финансы в IT, IT-компании] Программист против менеджера: обсуждение серий 2,3,4 сезона 1 Кремниевой долины

Теги для поиска: #_testirovanie_itsistem (Тестирование IT-систем), #_upravlenie_razrabotkoj (Управление разработкой), #_upravlenie_proektami (Управление проектами), #_upravlenie_produktom (Управление продуктом), #_upravlenie_proektami (управление проектами), #_upravlenie_komandoj (управление командой), #_upravlenie_zadachami (управление задачами), #_agile, #_planirovschik_zadach (планировщик задач), #_yougile, #_blog_kompanii_yougile (
Блог компании YouGile
), #_testirovanie_itsistem (
Тестирование IT-систем
), #_upravlenie_razrabotkoj (
Управление разработкой
), #_upravlenie_proektami (
Управление проектами
), #_upravlenie_produktom (
Управление продуктом
)