Обзор Miro
Miro (ранее называлась Realtimeboard) — платформа для командной работы, ключевым инструментом которой является виртуальная доска. С ее помощью удается решать всевозможные задачи как небольшой команде фрилансеров, так и крупной организации: от мозгового штурма до планирования и управления рабочими процессами.
Совместная работа реализуется набором функций, среди которых видео- и аудиочаты, презентации, выдача и разграничение прав, голосование и многое другое в реальном времени.
Компания основана в Перми, но достаточно быстро вышла на мировой уровень. В этом году она попала в список Enterprise Tech 30 от Wing Venture Capital, в котором представлены самые перспективные частные технологические компании.
Несмотря на российские корни, платформа не имеет русскоязычного интерфейса. Но это компенсируется широкими возможностями и отличным юзабилити, наличием бесплатного пакета и приемлемыми ценами на платные тарифы.
Содержание
Ключевые возможности
Miro позволяет с легкостью организовывать мозговые штурмы, онлайн-встречи и мастер-классы, составлять карты и диаграммы. Сервис станет универсальным инструментом для Agile-команд.
Платформа решает задачи по исследованию и дизайну, стратегиям и планированию, отображению концепции в виде карты. Интеллектуальная карта помогает фиксировать и структурировать идеи.
Miro разработаны приложения для Android и iOS, Mac и Windows.
Тарифы
Для преподавателей и студентов Miro предоставляет бесплатное пользование основными функциями без ограничения по количеству досок. Для подключения необходимо подать заявку.
Остальные пользователи могут выбирать оптимальный тариф:
Начало работы: регистрация
Откройте стартовую страницу, нажимайте на одну из кнопок регистрации.
Укажите логин, электронную почту и пароль, или авторизуйтесь через предложенные сервисы.
На почту отправят код подтверждения. После этого нужно ответить на 5 вопросов от системы, включая размер компании и вашу роль в ней.
Панель инструментов: обзор
После создания профиля вы попадете в панель инструментов, где можно переключаться между командами, проектами и досками.
Рассмотрим доступные вкладки.
Как создать доску?
Создание доски возможно двумя способами:
Справа предложены шаблоны досок. Воспользуюсь Flowchart (блок-схема). На ее примере разберем интерфейс рабочего пространства.
Рабочее пространство доски: обзор
Вот так выглядит ваше пространство. Весомый плюс — работа с элементами ведется путем их перетаскивания, зажав левую кнопку мыши. При нажатии на любой элемент правой кнопкой мыши, открывается список быстрых функций для его редактирования.
Правый список инструментов выдвигается при нажатии двух стрелок. Настройка осуществляется путем перетаскивания элементов из правого столбца в левый и наоборот.
4. Нижняя панель инструментов:
Действия с досками
Сохранять доски не нужно. Все изменения сохраняются автоматически.
Для выполнения действий необходимо кликнуть в рабочем пространстве на логотип, вернувшись в панель инструментов. Теперь найдите нужную доску, нажимайте на три точки, чтобы увидеть всплывающее меню инструментов.
Аналоги Miro
Google Jamboard — бесплатная интерактивная доска со слайдами (до 20 штук), в которых можно рисовать, оставлять заметки, вставлять изображения, добавлять фигуры и текст.
Whiteboard Fox — небольшой, но самый нужный функционал для совместной работы небольших команд. Для приглашения участников и наблюдателей достаточно поделиться ссылкой на доску.
MURAL — отличается удобством и отличным юзабилити. На доски можно добавлять картинки, ссылки, комментарии, заметки, текст, стикеры.
Limnu — напоминает рисование на обычной доске. Доступны стикеры и изображения, можно рисовать различными цветами и видами маркеров, стирать ненужное ластиком.
Conceptboard — подходит для работы над масштабными и сложными проектами. На досках удастся создавать детализированные объекты с добавлением видео, аудио, фигур, текста, изображений.
InVision Freehand — доски для командного проектирования. На них можно поделиться макетом, оставлять комментарии и пометки, создавать иерархии, рисовать.
Вывод
Большинство схожих сервисов ориентированы на ограниченную аудиторию пользователей. Miro же удается быть универсальной платформой, сохраняя при этом простоту и удобство пользования для быстрой адаптации членов команды. Подходит для личных целей, крупных и небольших проектов.
Плюсы: внушительная коллекция шаблонов под разные задачи, много форматов элементов, бесконечное пространство доски, возможность рисования карандашом от руки, голосование, видеоконференции, чаты, много интеграций и трансляция действий на экране в реальном времени.
Минусы: бесплатной версии хватит для выполнения личных задач — к доскам можно выдавать доступ только зрителям, команда ограничена одним участником.
Что такое сервис Miro (бывший Real-Time Board)? Чем он полезен для бизнеса?
Miro – это онлайн-доска, которая позволяет быстро и удобно визуализировать то, что обсуждается на встречах (идеи, мысли, планы, задачи и т.д.)
Основная польза Miro в его простоте – вы сбрасываете ссылку на онлайн-доску коллеге, он по ней заходит и через секунду вы вместе можете проводить обмен идеями и фиксировать их на онлайн доске. А после этого сохранить эту доску в виде картинки / PDF и отправить например ее руководителю или клиенту.
Дальше в этой статье я рассмотрю основные примеры как использую Miro для запуска новых проектов, брейншторминга и онлайн-совещаний.
Почему этот сервис надежный?
По данным сайта CrunchBase на сегодня у сервиса более 7 млн пользователей во всем мире из которых более 21 000 платят деньги.
Учитывая такую большую популярность и крупные инвестиции, можо сделать вывод что этот сервис не закроется завтра и не пропадет с вашими данными, а продолжит работать и набирать популярность во всем мире
Сколько стоит Miro? Тарифные планы
На сайте Miro в разделе Pricing мы видим 4 основных тарифных плана:
Free (Бесплатный)
Основное ограничение в нем – это в одной команде может быть не более 3 досок которые можно редактировать. Когда становится больше – они становятся только досками для просмотра.
Также все участники команды видят все доски (их нельзя делать приватными)
Team (Команда)
Плюс этого тарифа в том, во-первых в том, что не ограничений по количеству досок, которые можно редактировать, а во-вторых то, что внутри команды можно делать приватные доски и делиться ими только с нужными людьми.
Из дополнительных фич в платном плане есть Видео-чат и модуль Голосования (Voting) который полезен при выборе идей.
Консультант
Предназначен для агентств, фрилансеров которые работают с множеством клиентом.
Удобен тем, что под каждого клиента можно создать свою команду и предоставить ему доступ к ней. Режим просмотра – это бесплатно.
Подробнее об этом плане на английском описано здесь
Бизнес
Минимальный размер команды должен быть от 20 пользователей.
Из ключевых преимуществ – пользователи могут логиниться в Miro под одной учетной записью например Google Suite или Office 365
Также как в плане с консультантом можно докупать Daily Pass на нужное количество дней для внешний редакторов
Сравнение тарифных планов Miro – блок-схема
Ниже я подготовил блок-схему в которые сравнил основные фичи Miro в разных тарифных планах. Пока сделал на английском для обсуждения в англоязычном сообществе Miro, но в ближайшее время переведу на русский.
Как не переплачивать за Miro – совет.
Доска в Miro огромная и там можно разместить большое количество информации, а в одной команде можно бесплатно работать с 3мя досками, поэтому можно под каждый проект делать новый аккаунт и работать там с тремя досками.
Лайфхак: в новом проекте сделайте системный e-mail и на него зарегистрируйте аккаунт Miro, создайте любую доску и добавьте туда всех участников проекта. У них в боковом меню появится новая команда с этой доской.
Так выглядит список команд в боковом меню miro в которые вы добавлены
Ограничения этого способа:
1) редактировать можно всего 3 доски на команду (если создать больше, доски перестанут редактироваться и будут для просмотра)
2) создавать новые доски и переименовывать название команды можно только с того системного аккаунта который вы создали в самом начале (это не очень удобно – но можно под разные браузеры сделать разные акки в Miro)
3) все участники команды видят все доски (нельзя например сделать чтобы отдельные участники команды видели отдельные доски)
Как проводить онлайн-воркшопы в Miro с видео-связью
Miro удобен тем, что там есть видео-связь + люди могут одновременно вносить изменения на онлайн-доске (например клеть стикеры) и видно кто что сделал + также есть история изменений.
Подробнее как это работает можно посмотреть в этом ролике
Проведите презентации в Miro и собирайте обратную связь сразу!
В доске Miro удобно разместить слайды с презентации – пригласить туда участников с правами редактирования, и попросить их оставлять комментарии на стикерах прямо под каждым слайдом с которым возникли вопросы.
Как составить путь клиента (Customer Journey Map) в Miro – 7 основных советов
Путь клиента помогает описать весь процесс взаимодействия с вашим продуктом/сервисом и понять как его улучшить, пройдя по нему представив себя клиентом. Ниже я подготовил конспект на русском из видео-урока из Miro Academy
Где задать вопрос о Miro?
Частые вопросы по Miro (FAQ)
Перед тем как писать в службу поддержки, поищите по самым популярным частым вопросам, вполне возможно ваш вопрос уже обсуждался.
https://help.miro.com/hc/en-us/sections/360004524573-FAQs
Для быстрого поиска на странице с вопросами используйте комбинацию клавиш CTRL+F (для Mac CMD + F) и используйте ключевое слово из вашего вопроса:
Центр поддержки Miro (Miro Help Center)
Можно написать напрямую в центр поддержки Miro, заполнив онлайн форму по этой ссылке: https://help.miro.com/hc/en-us/requests
Онлайн-сообщество Miro (Miro Community)
Вопрос можно задать в сообществе. К сожалению пока сообщество только на английском языке.
В сообществе есть топики на которые вы можете подписываться – нажав кнопку Subscribe в нужном разделе, после чего вы будете получать уведомления на e-mail
Подборки лонгридов по Miro
Miro’s Resources for Remote Work – официальная подборка статей в которых описывается тонкости удаленной работы
Miro for Workshops and Meetings – лонгрид с видео-уроком о том как проводить онлайн-встречи и вокршопы
Видео-курсы и видео-уроки по Miro
Официальный YouTube канал с уроками о Miro
У Miro есть официальный Youtube-канал, где регулярно выкладываются видео-уроки по работе с сервисом и вебинары с практиками
Также рекомендую обратить внимание на плейлисты на YouTube канале Miro – это подборки видео по определенным темам (Записи конференций, Вебинары, Agile разработка, User Experience Design и т.д.)
Методология и практика нагрузочного тестирования. Опыт Miro
Меня зовут Дмитрий Винокуров и я работаю инженером по нагрузочному тестированию в Miro. Я хочу рассказать о личном опыте и опыте нашей команды в развитии направления нагрузочного тестирования (для краткости НТ). В статье я расскажу самые основы НТ, как на эти основы ложится наш процесс и на какие конкретные шаги он делится. Наш опыт местами может быть специфическим, но по большей части он будет применим ко многим компаниям, разрабатывающим веб-приложения и не только.
Новичкам статья полезна будет тем, что содержит введение в нагрузочное тестирование и базовый план действий, а опытным людям покажет пример того, как делают НТ в другой компании, и даст возможность почерпнуть что-то новое для себя или наоборот даст повод поделиться своим опытом, поэтому буду рад комментариям и примерам из вашего опыта.
Описываемый подход основывается на нашем опыте и множестве просмотренных и прочитанных материалов. Подобный доклад делался на конференции DUMP в Екатеринбурге 14 мая 2021 г., эта статья представляет собой значительно дополненный и переработанный вариант выступления.
Автор арта на «обложке» — Orest Terremoto.
Содержание
О Miro и об авторе
Наша компания разрабатывает веб-приложение Miro — онлайн платформу для совместной работы с множеством интеграций. В основе используется бесконечная интерактивная доска, на которую можно добавлять текст, схемы, изображения, стикеры, таблицы, эмоджи, майндмапы, связывать с тикетами в Jira, создавать канбаны и многое другое. Приложение содержит удобные инструменты для проведения мозговых штурмов, воркшопов, планирования проектов, дизайна новых продуктов и сервисов, фасилитации Agile встреч, презентаций и многого другого.
Цель Miro — дать возможность распределённым командам работать так эффективно, как будто они находятся в одном помещении.
Что особенно важно относительно темы статьи — Miro поддерживает совместную работу в реальном времени большого числа пользователей, в этом самая основа нашей платформы. Это причина, почему нам особенно нужно нагрузочное тестирование. Когда люди собираются у одной оффлайн доски в офисе — они не испытывают никаких задержек в коммуникации и в работе с доской, так же и у нас, только в намного больших масштабах.
В прошлом году внезапно множество людей перешло на удалёнку по известным причинам и им понадобились инструменты для удалённой работы, подобные нашему. Количество зарегистрированных пользователей в Miro с начала 2020 до весны 2021 выросло в 8 раз, другие метрики росли схожим образом. Поэтому нам понадобилось срочно развивать все имеющиеся наработки по нагрузочному тестированию. Причём это не краткосрочная задача, а, учитывая перспективы рынка, весьма долгоиграющая. Что получилось и что ещё предстоит — об этом и будет статья.
Сам я уже около 12 лет занимаюсь разработкой ПО и последние несколько лет — разработкой инструментов автоматизации тестирования. Ещё я активно участвую в работе над публичной базой знаний по НТ вместе с соответствующим сообществом, ссылки про это и многое другое будут в конце статьи.
Что такое нагрузочное тестирование?
Нагрузочное тестирование — это тип тестирования, в котором мы проверяем, соответствует ли наша система поставленным нефункциональным требованиям к производительности при работе под высокой нагрузкой в различных сценариях. Это намного сложнее, чем unit тестирование, где всё просто работает или нет. При нагрузочном тестировании снимается целый ряд метрик, и даже задача проверки на соответствие требованиям уже является непростой. Существенные трудности состоят также в том, как воспроизвести поведение пользователей с прода, как воспроизвести сам прод, в том числе базу, и как поставить тестирование так, чтобы ручная работа была минимальной.
Тестирование вообще — это способ узнать об ошибках не от конечных пользователей, а раньше, и тем самым избежать потерь, репутационных и прочих. Нагрузочное тестирование — это способ подготовиться к высоким нагрузкам заранее и сделать так, чтобы большое число запросов от множества пользователей было благом, а не головной болью. Причин для бурного роста может быть множество и отказываться от подготовки к таким сценариям значит существенно повышать риск выхода из строя вашей системы в тот момент, когда она стала особенно нужна людям.
Что нужно для нагрузочного тестирования?
Итак, мы определились, НТ нам нужно, теперь перед его проведением необходимо наличие ряда ресурсов:
Этапы нагрузочного тестирования
Мы собрали то, что необходимо для НТ. Перейдём к плану действий.
С чего начинали нагрузочное тестирование в Miro
К росту нагрузки мы начали готовиться задолго до пандемии и вот что у нас было:
С какими препятствиями столкнулись при развитии нагрузочного тестирования в Miro
НТ, особенно для сложной системы, — задача непростая. Чем глубже мои коллеги погружались в неё, тем больше возникало сложностей.
Роли, которые в Miro решили воспитывать в инженерах команды нагрузочного тестирования
Итак, мы столкнулись с рядом трудностей в проведении НТ и конечно можно было подумать «а давайте просто наймём больше QA инженеров» и действительно надо было нанимать людей специально для НТ, но вопрос на самом деле шире. QA инженеров нанять недостаточно, учитывая сложность этого направления необходимо было строить многопрофильную команду. Причём часть ролей отводилась будущим сотрудникам, а часть — имеющимся.
Так почему нам было недостаточно просто QA? Главная причина — прогнозируемый уровень сложности задач по НТ. У нас несколько десятков команд, все разрабатывают компоненты, которые должны работать в соответствии с требованиями по производительности в составе сложной системы. Но у каждой компании свой масштаб разрабатываемых систем. Кому-то может хватить просто одного человека, который умеет в JMeter, и может даже особо большого кластера для подачи нагрузки не понадобится. Кому-то нужно будет значительно больше, чем надо было нам. Всё зависит от уровня сложности системы.
С ростом скорее всего происходит более узкая специализация, но у нас для инженеров НТ было решено развивать следующие роли:
Некоторые общие принципы работы QA в Miro
В нашей компании есть QA гильдия, объединяющая QA инженеров из разных функциональных команд и инженеров, разрабатывающих и отвечающих за общие инструменты обеспечения качества. И раз НТ у нас — это часть QA, а для QA уже были сформулированы и применялись ряд принципов, то и к НТ они были применены.
Вот ключевые из этих принципов:
Распределённая команда нагрузочного тестирования в Miro
Если ранее я рассказывал об опыте коллег, то в описываемом далее я принимал уже непосредственное участие. В компанию вместе со мной были взяты люди, которые занимались уже только НТ. И вот какую команду мы строили и какими задачами занимались.
Процесс нагрузочного тестирования в Miro
Шаг 1/6. Детализация требований
Мы рассмотрели, что такое НТ и посмотрели на то, как устроена распределённая команда НТ в Miro. Теперь пройдёмся по этапам НТ, наложенным на наш процесс. Начнём с самого важного этапа.
Ещё раз подчеркну, что к формулировке требований стоит подойти особенно ответственно. Без чёткого понимания, чего вы хотите от тестируемого приложения, дальше двигаться нельзя.
Источники требований
Выбор модели нагрузки
Различают две модели нагрузки:
Выбор типа теста
Для разных требований нужны разные тесты. Вот основные примеры типов тестов:
Декомпозиция требований
«Cистема должна отвечать быстро при высокой нагрузке» – это плохое требование, слишком расплывчатое и оставляющее больше вопросов, чем определённости в том, как его проверять.
Более конкретное требование — «система должна обеспечивать столь же комфортный опыт использования как сейчас при росте нагрузке в X3 пользователей». Здесь указано, что такое «высокая нагрузка» — указано «X3 пользователей» и указано что опыт работы с системой должны быть «столь же комфортным как сейчас». Здесь есть на что опираться — на текущие показатели работы с системой.
Детализация означает конвертацию пользователей в RPS, основываясь на существующем и ожидаемом профилях использования. Такая конвертация уместна только для Stateless протоколов, как самые распространённые HTTP и HTTP, а для Stateful число подключенных клиентов может быть очень важно, как например для FTP, протокола работы с MySQL или некоторых банковских протоколов. Ещё один важный момент — не доверяйте средним значениям времён ответа, используйте персентили, т.к. среднее зачастую является плохой метрикой.
Вот примеры конкретных требований, которые могли быть получены из высокоуровнего и других источников данных:
Метрики
Есть очень хорошая книга по SRE от Google, где среди прочего описаны «4 золотых сигнала»:
Естественно, метрики всех четырёх типов тесно взаимосвязаны. Повышение трафика и соответственно насыщения со временем приведёт к росту времени ответа и ошибок. Резко упавшее время ответа может говорить о том, что у нас отказала БД и время ответа упало из-за того, что все запросы просто быстро завершаются с ошибкой.
Некоторые добавляют и другие показатели. Например, стабильность, которая показывает как долго система может работать без остановки и как быстро восстанавливается после проблем. Это сложный показатель и скорее его стоит отнести не к типам метрик, а к выводу отчёта после целого теста на стабильность. Подобная ситуация с доступностью и масштабируемостью. Есть ещё понятие критического ресурса, как компонента, от которого сильнее всего зависит качество работы всей системы.
APDEX
Индекс производительности приложений Application Performance inDEX (APDEX) может быть использован для преобразования ряда времён ответов в одно число, если определены диапазоны удовлетворительных, допустимых и недопустимых времён.
Значения APDEX легки в сравнении, но тяжелы в интерпретации.
Шаг 2/6. Подготовка тестового окружения
Сценарий готов, далее нужно подготовить целевую систему, которую тестовый сценарий будет проверять.
Тестовое окружение состоит из двух частей:
Шаг 3/6. Подготовка сценария
Мы определились с тем, что требуется от системы и как пользователи с ней работают, теперь это поведение нужно смоделировать в тестовом сценарии.
Эскиз на человеческом языке
Перед началом разработки хорошей практикой является создание эскиза сценария на «человеческом языке». Это поможет выразить, какое поведение пользователей планируется моделировать без траты времени на погружение в детали инструментов НТ. И инструмент тоже поможет подобрать, если такой вопрос стоит. А ещё, при составлении отчёта, такой эскиз поможет ревьюерам понять моделируемое поведение пользователей, не погружаясь в код.
Как было показано ранее, на этапе детализации требований мы разделяем активность пользователей на отдельные RPS. Иногда бывает нужно ещё объединять запросы в подобие подсценария.
Вот пример такого эскиза сценария:
Выбор инструмента
В данный момент у нас используется три инструмента для НТ:
Исследование
Ещё один шаг перед написанием кода — исследование того, как реальный фронтенд взаимодействует с бэкендом с помощью инструментов разработчика в браузере и попробовать несколько простых взаимодействий вручную, например через Postman.
Но иногда проще начать сразу с кода.
Данные
Было бы идеально тестировать на базе, подобной проду, и сбрасывать её перед каждым тестом, но это очень редко возможно из-за колоссальных объёмов данных и необходимости использования сложных инструментов чистки реальных данных. Поэтому у нас есть свой инструмент генерации данных, который умеет создавать в нужном объёме и в разумный срок основные бизнес-сущности: пользователей, команды, организации, доски разного размера, проекты и строить связи между ними. Этот генератор использует то же API, что и основное веб-приложение, и каждый сеанс генерации данных представляет собой немного хаотичный пример НТ. На выходе получается подробный лог и набор файлов, которые можно подключать к НТ сценариям.
Советы по коду
При написании кода может быть полезно следовать таким рекомендациям (известным, впрочем, и в других областях):
Шаг 4/6. Запуск теста и измерения
Целевая система готова, переходим к самому интересному — запуску теста и снятию метрик. Как я говорил ранее, НТ — это не функциональное тестирование, поэтому мы не просто снимаем ряд булевых показателей типа работает/не работает, а получаем целый ряд разнообразных метрик. Как разбираться в них — большая тема, здесь я затрону только некоторые моменты из неё.
Какие метрики снимать — есть базовый набор и есть специальные для каждого теста, это надо решать ещё при подготовке сценария и тестового окружения.
В ходе собственно выполнения теста у нас используются:
Шаг 5/6. Анализ
Паттерны
Давайте предположим, что сценарий выполнился и у нас множество метрик. На что стоит обратить внимание в первую очередь? Вот некоторые примеры. Первые три могут говорить или не говорить о неполадках, а последние вероятнее всего говорят о проблеме:
Пример
Разберём простейший пример, который может научить нескольким полезным вещам:
Шаг 6/6. Отчёт
Самое главное сделано. Остаётся подвести итоги и зафиксировать полученные в ходе нагрузочного тестирования знания. Особо хочу отметить, что НТ — это операция, требующая весьма существенных затрат труда, времени и прочих ресурсов. Поэтому вы явно захотите получить максимум пользы, потратив всё это.
Чтобы извлечь максимум пользы из проведённого НТ — нужен хороший отчёт. Каковы же критерии хорошего отчёта? НТ делается НТ инженерами не только и не столько для себя, а много для кого и для разных людей польза от отчёта зависит от наличия развёрнутых ответов на соответствующие вопросы:
Ещё один очень важный момент. Серьёзный подход требует регулярного НТ. Оно невозможно без автоматизации построения отчётов и степень этой автоматизации зависит от частоты проведения тестирования.
Результаты внедрения нагрузочного тестирования в Miro
Я рассказал о том, какие этапы НТ есть и как мы работаем на каждом из них.теперь перечислю, чего мы добились благодаря внедрению НТ в таком виде:
Планы в отношении нагрузочного тестирования в Miro
Несмотря на то, что было сделано многое, ещё больше предстоит. Вот планируемые направления развития:
Пожелания читателям
Напоследок пожелаю следующее:
Полезные ссылки
В ходе работ по НТ мной и моими коллегами были в том числе использованы источники из базы знаний, создание которой было инициировано русскоязычным QA Load сообществом и в которой я один из мейнтейнеров, также мы многое почерпнули и из самого чата этого сообщества. Ссылки: