Инструмент для поддержки обзоров дизайна пользовательского интерфейса

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

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

Мы рассмотрели множество онлайн-инструментов ( Notable , Marqueed , InVision , GoVisually , Prevue , DesignDrop и т. д. и т. д .), но еще не нашли ничего, что имело бы правильное сочетание функций, которое хорошо масштабировалось бы до сотен обзоров. со временем и не содержит ошибок или проблем с удобством использования.

Кто-нибудь может порекомендовать «Kiln/Gerrit для обзоров пользовательского интерфейса»?

Основные функции, которые мы ищем:

  • Каждый отзыв может содержать несколько скриншотов
  • У каждой рецензии должен быть владелец (чья работа находится на рассмотрении) и несколько рецензентов.
  • Рецензенты могут отмечать [прямоугольные] области снимка экрана и связывать с ними комментарии.
  • Любой участник проверки может оставлять комментарии и отвечать на них.
  • Можно прикреплять изображения к комментариям в иллюстративных целях (не обязательно)
  • Каждый рецензент может установить статус обзора (одобрен, нуждается в доработке и т. д.).
  • Действия/задачи могут быть сгенерированы и отслежены в обзоре (необязательно)
  • Владелец обзора может загружать версии, сбрасывая статус проверки.
  • Каждая ревизия имеет свой собственный набор комментариев
  • Уведомления по электронной почте могут быть отправлены при добавлении комментария, изменении статуса обзора или загрузке редакции.
  • Обзоры могут быть предоставлены (и упорядочены/отфильтрованы) по метаданным, например, по проекту, вехе и т. д.

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

Будьте добры дать краткий список возможностей; да, мы можем выяснить, какие функции вы хотите/нужны от тела, но если кто-то, кто не знаком с Kiln, может не знать, какие функции вам нужны/нужны, и, конечно, не то, какие функции ваша команда также придает первостепенное значение.
Хороший момент - теперь добавили список желаемых функций.

Ответы (2)

Хотя я сам предпочитаю Marqueed, почтовый ящик Concept лучше соответствует вашим требованиям.

Давайте пройдемся по вашему списку задач. После регистрации,

  • Перейдите на домашнюю страницу приложения и создайте новый проект.
  • Скиньте соответствующие картинки
  • Когда вы почувствуете себя одиноким, предложите другим оценить вашу работу. У вас может быть несколько рецензентов, и автор останется владельцем проекта.
  • Вы можете обвести области, которые хотите прокомментировать, или нарисовать прямо на картинке.
  • Я не верю, что вы можете прикреплять фотографии к своим комментариям, но вы можете отправить некоторые из них в качестве отзывов.
  • Существует четыре статуса: Работа в процессе, Требуется обратная связь, Ожидание утверждения, Завершено.
  • Поскольку я использую только бесплатную пробную версию, я не уверен, может ли кто-либо или только владелец удалить статус.
  • Поместите новые изображения поверх старых, чтобы загрузить исправление.
  • Рецензентам одновременно может отображаться только одна версия. Если вы хотите отобразить их рядом и выбрать комментарий, просто назовите их rev 1, rev 2, чтобы они оставались независимыми друг от друга.

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

Извините за этот беспорядочный обзор и надеюсь, что он поможет!

введите описание изображения здесь

Хотя это может быть неактуально, мне любопытно, почему вы предпочитаете Marqueed?
У меня другие требования, чем у автора, и часто речь идет не о том, что инструмент делает, а о том, как он это делает. Marqueed мне больше подходит.
Спасибо за предложение - посмотрю.

В итоге мы выбрали Notism . В своем нынешнем виде (10 сентября 2014 г.) он соответствует большинству наших требований и довольно стабилен (проблема с некоторыми другими параметрами). Конкретно:

Он отвечает этим требованиям:

  • Каждый отзыв может содержать несколько скриншотов
  • У каждой рецензии должен быть владелец (чья работа находится на рассмотрении) и несколько рецензентов.
  • Рецензенты могут отмечать [прямоугольные] области снимка экрана и связывать с ними комментарии.
  • Любой участник проверки может оставлять комментарии и отвечать на них.
  • Можно прикреплять изображения к комментариям в иллюстративных целях (не обязательно)
  • Действия/задачи могут быть сгенерированы и отслежены в обзоре (необязательно)
  • Владелец обзора может загружать версии, сбрасывая статус проверки.
  • Каждая ревизия имеет свой собственный набор комментариев

Он также частично отвечает следующим требованиям:

  • Каждый рецензент может установить статус обзора (одобрен, нуждается в доработке и т. д.).
    • Фактически, каждый экран в обзоре получает свой собственный статус, и этот статус не может быть установлен на разные значения для разных рецензентов (поэтому Джон не может одобрить его, если Белинда отклонит его, и наоборот).
  • Уведомления по электронной почте могут быть отправлены при добавлении комментария, изменении статуса обзора или загрузке редакции.
    • Фактически, он (пока) не отправляет уведомления об изменениях в статусе обзора (хотя другие уведомления отправляются)

Не соответствует этому требованию:

  • Обзоры могут быть предоставлены (и упорядочены/отфильтрованы) по метаданным, например, по проекту, вехе и т. д.

Статус обзора, вероятно, моя самая большая проблема с ним, но в целом я довольно доволен.