Mind Map в тестировании — или легкий способ тестировать сложные приложения

Вы тоже задаетесь вопросами:

  1. С чего начать тестирование?
  2. Как ничего не забыть?
  3. Как не запутаться в сложном функционале?

Ответом может стать подход декомпозиции продукта путем составления Mind Map.

Что это?


Mind Map или интеллект карта — это инструмент для визуального отображения информации, который помогает эффективно ее структурировать.

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

Преимущества Mind Map


1. Наглядность и визуализация.

Главным достоинством Mind Map для тестировщика является наглядное видение тестируемого продукта, его функций и зависимостей между собой.

2. Отличная альтернатива документации.

Такую карту очень хорошо демонстрировать новым сотрудникам как альтернативу или дополнение к документации.

3. Легко поддерживать.

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

Что можно изобразить с помощью Mind Map?


  • функционал приложения на разных уровнях.
  • приоритет функционала.
  • зависимости в приложении.
  • практически что угодно:)

Составляем майнд карту


1. Основной функционал.

Как же определить, какие есть функции и/или части приложения?

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

Как пример, возьмем MVP схему онлайн-магазина:

Сущности будут такие:

  • Товар.
  • Каталог.
  • Корзина.
  • Аккаунт.


Действия:

  • Найти товар.
  • Просмотреть товар.
  • Приобрести товар.
  • Поставить оценку.
  • Создать аккаунт.
  • Войти в аккаунт.



Что это дает?

Так наглядно понятно что клиент может сделать, что ему для этого нужно и с чем он будет взаимодействовать.

2. Декомпозиция.

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

Таким образом можно описать приложение до мельчайших деталей, что очень пригодится в тестировании.

На примере ветки «Товар», ответвлениями будут: название, цена, размер, к-во, описание, изображение, и так далее.



3. Определите приоритет.

Тут как вашей душе угодно: сверху-вниз, выделение цветом или составить карту как стрелочные часы, где 1 это самый высокоприоритетный функционал, а на 12 самый низкоприоритетный функционал.



4. Добавьте взаимосвязи.
Взаимосвязь на Mind Map можно изобразить посредством стрелок идущих от одного блока к другому.
Примером может быть взаимосвязь цены единицы товара в каталоге, в сортировке результатов поиска, на странице товара, в корзине и логика суммы всех товаров к оплате (красные линии на скрине).

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

Как использовать Mind Map в тестировании?


1. Создать её.

Чтоб лучше понять что из себя представляет ваш продукт.

Как это сделать — вы уже знаете.

2. Использовать как альтернативу документу.

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

3. Как помощник в анализе.

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

4. Основу для написания тестовых случаев.

Расставив приоритет, можно начать писать тестовые случаи начиная с высокоприоритетных функций.

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

В чем и заключается задача QA специалиста.

5. Отслеживать покрытие тестами.

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

Например, можно ставить отметку «Thumbs Up» и после, по мере написания тест-кейсов, будет ясно видно какие функции уже покрыты, а какие нет.



Разберем на примере


Предположим, что в стране изменился закон о расчете НДС по представленной на сайте категории товаров.

Бизнес решает внести изменения в формирование цены, Product Owner уже создал соответствующие задачи для разработчиков и они уже во всю обновляют код.

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

Тут-то и приходит на помощь Mind Map.

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

Предлагаю сделать данные проверки в виде чек-листа.



Проверки готовы.

Теперь вы точно знаете, что проверили все части приложения которые могло затронуть данное изменение и с легкостью можете спать спокойно по прошествии тестов со статусом “Pass” ;)

Итак, еще раз по порядку


  • Исследуйте приложение чтоб понять с чем вы имеете дело.
  • Затем декомпозируйте по сущностям и действиям.
  • Расставьте приоритеты.
  • Напишите тестовые случаи.

«Вуаля!», теперь вы знаете что тестировать и как ничего не забыть!

Можно приступать.

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

Всем Mind Map и мира во всем мире!

Полная карта:

Similar posts

Ads
AdBlock has stolen the banner, but banners are not teeth — they will be back

More

Comments 4

    0

    Видимо у нас разные понятия о наглядности.


    • Месиво стрелочек: я честно попробовала пройти по некоторым и натурально пришлось пальцем по монитору тыкать чтобы не съехать.
    • В сущности затесались действия (например, сортировка). Видимо предполагалось, что действия это типа как use cases, но в таком случае нужно три категории: use cases, действия, сущности.
    • Непонятно, что вообще есть сущность. Часть страницы, часть похожи на компоненты, часть сформулированы как объект.

    По моему опыту, сколько-нибудь сложное моделирование с помощью mind maps не выходит. Во-первых, часто удобней concept maps, т.к. у них нет такой жесткой иерархии. Во-вторых, в идеале хочется проставлять типы линков в графе и иметь возможность фильтровать ("покажи мне подграф всего, что связано с объектом X"). В-третьих, детализация вплоть до каждого элемента / свойства сущности оправдана только при тестировании конкретной фичи. Для анализа рисков это чересчур детально и неподдерживаемо. В-четвертых, чаще вообще нужна диаграмма состояний и переходов =) В итоге, я лично mind map использую только чтобы накидать идей для исследовательского тестирования и/или чек-листов.

      0
      Не надо тыкать пальцем по экрану. MM обрабатываются в соответствующей программе. Любые уровни, блоки, зависимости мгновенно сворачиваются, разворачиваются, выстраиваются в колонну по три и дружно маршируют — в этом-то и сила техники.
        0

        Ок, покажите мне программу которая сможет красиво выстроить подграф, например, начиная с действия "Поставить оценку". Ибо моя претезнзия к месиву касается именно примера в статье. Я ни разу не видела чтобы была возможность красиво это подсветить. Особенно, считая то, что тут нужно технически исключить линки к типизирующим узлам "Действие" и "Сущность". Не, можно конечно нагиковать скрипты вокруг FreePlane, но опять же, в статье, если мне память не изменяет, Mindmup.


        ММ с кучей перекрестных ссылок это зло, они для этого не были созданы. Для этого есть concept maps.

      +2
      Все просто.

      Есть то, что моделируется, имеет строгую древовидную иерархическую структуру (а таких ситуаций — очень много), которой достаточно, то mind map — очень удобный инструмент.

      Если то, что моделируется — похоже больше на граф с перекрестными связями (скажем по-простому), то лучше делать concept map.

      Для каждого случая — свои инструменты. Я больше 15-ти лет эти технологии очень активно использую и рекомедую. Для mind map — замечательный тул FreeMind (на Java написан). Для concept map — CMap Tools (тоже Java). Очень простые и интуитивные инструменты. Enjoy.

      Only users with full accounts can post comments. Log in, please.