Тестирование удобства использования надстроек Office

Для создания качественной надстройки необходимо учитывать поведение пользователей. Поскольку ваши собственные предубеждения влияют на ваши проектные решения, важно протестировать проекты с реальными пользователями, чтобы убедиться, что ваши надстройки хорошо работают для ваших клиентов.

Тесты удобства использования можно выполнять разными способами. Для многих разработчиков надстроек удаленные и немодерированные исследования удобства использования являются наиболее экономичными и временными. К популярным службам тестирования относятся:

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

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

Важно!

Проверьте удобство использования надстройки на нескольких платформах. Чтобы опубликовать надстройку в Microsoft Marketplace, она должна работать на всех платформах, поддерживающих определяемые вами методы.

1. Регистрация в службе тестирования

Дополнительные сведения см. в статье Выбор веб-инструмента для удаленного немодерируемого тестирования.

2. Определите предметы исследования

Предметы исследования определяют цели и план тестирования. Ваши вопросы помогут вам определить участников для набора и задачи, которые они будут выполнять. Узнайте, когда требуются конкретные наблюдения или широкие сведения.

Примеры конкретных вопросов

  • Замечают ли пользователи ссылку "Бесплатная пробная версия" на целевой странице?
  • Когда пользователи вставляют содержимое из надстройки в документ, они понимают, куда вставляется этот документ?

Примеры вопросов

  • С чем у пользователя возникает больше всего сложностей при работе с надстройкой?
  • Понимают ли пользователи значения значков на панели команд, прежде чем нажимать их?
  • Легко ли пользователям найти меню настроек?

Аспекты взаимодействия с пользователем

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

  • Поиск надстройки в Microsoft Marketplace: могут ли пользователи обнаружить надстройку с помощью поиска? Достаточно ли четкое описание списка, чтобы передать, что делает надстройка?
  • Выбор установки надстройки. Пользователи сомневаются при предоставлении разрешений? Понимают ли они, что сможет сделать надстройка?
  • Взаимодействие с первым запуском. Позволяет ли взаимодействие с первым запуском понять, что пользователи сразу поймут ценность? Могут ли пользователи пропустить или вернуться к нему по мере необходимости? Шаблоны разработки см. в статье Шаблоны взаимодействия с первым запуском.
  • Команды ленты. Могут ли пользователи найти команды надстройки на ленте? В Office в Интернете с упрощенным макетом ленты отображается только значок команды надстройки, а не имя надстройки. Если место на ленте ограничено, группы команд могут сворачиваться до небольших значков или раскрывающегося меню. Проверьте, могут ли пользователи по-прежнему находить и использовать ваши команды в этих состояниях. В противном случае рассмотрите возможность добавления учебников или другого обучающего содержимого в надстройку. Дополнительные сведения см. в разделе Команды надстройки.
  • Удобство использования области задач. Размеры области задач по умолчанию компактны и зависят от ведущего приложения. Проверьте, работает ли макет в этих измерениях по умолчанию. Пользователи могут изменять размер области задач, поэтому убедитесь, что пользовательский интерфейс адаптируется быстро. Рекомендации по макету см. в разделе Надстройки области задач.
  • Диалоговые окна. Если надстройка использует API диалога, проверьте, понимают ли пользователи связь между диалогом и областью задач. Диалоговые окна являются немодальными, то есть пользователи могут продолжать взаимодействовать с документом и областью задач, пока диалоговое окно открыто. Убедитесь, что это поведение не смущает пользователей. Дополнительные сведения см. в статье Использование API диалогового окна Office.
  • Взаимодействие с документом и привязка данных. Когда надстройка вставляет содержимое в документ, пользователи понимают, где оно размещено? Если надстройка использует привязки данных, проверьте, понимают ли пользователи, что между надстройкой и определенными регионами документа существует постоянная связь.
  • Элемент управления вставки содержимого. Сколько элементов управления имеет пользователь над потоками вставки содержимого? Могут ли они просматривать, отменять или изменять вставленное содержимое?
  • Сочетания клавиш. Если надстройка определяет пользовательские сочетания клавиш, проверьте, могут ли пользователи обнаруживать и запоминать их. Если эти сочетания клавиш не описаны в пользовательском интерфейсе, проверьте, доступна ли справочная документация. Некоторые сочетания клавиш браузера нельзя переопределить, когда надстройка работает в Office в Интернете, а поддержка сочетаний клавиш зависит от платформы, поэтому протестируйте на нескольких платформах и убедитесь, что документация соответствует реальности.
  • Кроссплатформенная согласованность. Надстройка работает в различных элементах управления webview на разных настольных платформах: WebView2 в Windows, Safari (WKWebView) на Mac и iOS и Chrome в Android. Визуальная отрисовка и поведение могут отличаться. Например, полосы прокрутки в WebView2 по умолчанию скрыты до наведении указателя мыши, что может повлиять на возможность обнаружения прокручиваемого содержимого в области задач. Дополнительные сведения см. в статье Браузеры и элементы управления webview, используемые надстройками Office.

Дополнительные сведения см. в статье Gathering factual responses vs. subjective data (Сбор фактических ответов и субъективных данных).

3. Определите участников тестирования

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

4. Создайте анкету для отбора участников

Снимок экрана — это набор вопросов и требований, которые вы предъявляете потенциальным участникам теста, чтобы просмотреть их для теста. Помните, что участники в таких службах, как UserTesting.com, материально заинтересованы участвовать в вашем тестировании. Если вы хотите исключить определенных пользователей из теста, рекомендуется включить в экранировщик вопросы.

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

С каким из перечисленных ниже репозиториев кода вы знакомы?
А. SourceShelf [Отклонить]
Б. CodeContainer [Отклонить]
c. GitHub [необходимо выбрать]
d. BitBucket [Может выбрать]
e. CloudForge [может выбрать]

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

Для этого теста требуется последняя версия Microsoft PowerPoint. У вас установлена последняя версия PowerPoint?
А. Да [необходимо выбрать]
Б. Нет [отклонить]
c. Я не знаю[ Отклонить]

Этот тест требует установки бесплатной надстройки для PowerPoint и создания бесплатной учетной записи для ее использования. Хотите установить надстройку и создать бесплатную учетную запись?
А. Да [необходимо выбрать]
Б. Нет [отклонить]

Чтобы протестировать кроссплатформенное поведение, добавьте вопрос скринером, определяющий платформу участника.

Какую версию Office вы используете в основном?
А. Office в Windows (настольный компьютер)
Б. Office на Mac (настольный компьютер)
c. Office в Интернете (браузер)
d. Office для iPad
e. Ни одно из перечисленных выше [Отклонить]

Дополнительные сведения см. в статье Рекомендации по составлению вопросов для отбора.

5. Составьте список задач и вопросов для участников

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

По возможности старайтесь наблюдать за действиями участников, а не спрашивать о них. Если вам нужно задавать вопросы о работе пользователей, спросите, что участники делали в таких ситуациях раньше, а не об их предположениях. Такой подход, как правило, дает более надежные результаты.

Самая сложная задача при тестировании без наблюдения — убедиться, что участники понимают ваши задания и контекст работы. Указания должны быть понятными и краткими. Неизбежно, если есть вероятность путаницы, кто-то будет сбит с толку.

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

Рекомендации по конкретным задачам надстроек

При разработке задач для теста удобства использования учитывайте следующие рекомендации, связанные с надстройкой Office.

  • Ограничения пространства области задач. Попросите участников выполнить задачи без изменения размера области задач. Это ограничение проверяет, работает ли пользовательский интерфейс в компактных измерениях по умолчанию, предоставляемых каждым ведущим приложением. Не все пользователи поймут, что могут изменить размер области задач перед принятием решения о вашей надстройке. Размеры по умолчанию см. в разделе Надстройки области задач.
  • Переключение контекста. Проектирование задач, требующих от пользователей работы как в документе, так и в надстройке. Понаблюдайте, могут ли пользователи перемещаться между областью задач и документом, не теряя своего места или не путаясь с активным пользовательским интерфейсом.
  • Производительность операций с данными. Если надстройка считывает или записывает большие объемы данных, включите задачи, которые выполняют эти операции. Клиенты Office отслеживают использование ресурсов надстройки и автоматически перезапускают надстройки, которые не отвечают более пяти секунд. Участник теста, столкнувшийся с этим поведением, может выявить важные проблемы с производительностью. Дополнительные сведения см. в статье Ограничения ресурсов и оптимизация производительности.
  • Потоки установки и входа. Если в тесте используется динамическая надстройка, выделите в плане задач время для установки надстройки и завершения необходимой проверки подлинности. Диалоговые окна, открытые надстройкой (например, для входа), являются немодальными, поэтому участники могут быть не уверены в том, куда направить свое внимание.

Дополнительные сведения см. в статье Составление хороших задач.

6. Создайте прототип, соответствующий задачам и вопросам

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

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

Установите надстройку (вставьте здесь имя надстройки) для PowerPoint, следуя приведенным ниже инструкциям.

  1. Откройте Microsoft PowerPoint.
  2. Выберите Пустая презентация.
  3. Выберите Главная>надстройки, а затем щелкните Получить надстройки.
  4. Во всплывающем окне выберите Магазин.
  5. Введите <название надстройки> в поле поиска.
  6. Выберите <название надстройки>.
  7. Изучите страницу Магазина, чтобы ознакомиться с надстройкой.
  8. Нажмите Добавить, чтобы установить надстройку.

Вы можете тестировать прототип на любом уровне взаимодействия и визуальной четкости. Для более сложного связывания и интерактивности рассмотрите возможность создания прототипов, например Figma. Если требуется протестировать статические экраны, вы можете разместить изображения в Интернете и отправить участникам соответствующий URL-адрес либо предоставить им ссылку на презентацию PowerPoint в Интернете.

7. Проведите пилотный тест

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

8. Проведите тестирование

После заказа теста вы получите Уведомления по электронной почте, когда участники завершают его. Если вы не нацелены на определенную группу участников, тесты обычно выполняются в течение нескольких часов.

9. Проанализируйте результаты

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

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

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

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

См. также

  • Last updated on