Как составить карту тестирования

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

Из песочницы, Тестирование веб-сервисов, Тестирование мобильных приложений

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

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 и мира во всем мире!

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

В начале тестирования каждого нового программного продукта всегда возникает множество вопросов: что тестировать, как тестировать, когда тестировать, каковы приоритеты тестирования и т.п. При этом обычно руководство желает узнать ответы на эти вопросы от отдела тестирования как можно быстрее. В таких ситуациях часто не остаётся ничего другого, как использовать технику мозгового штурма (brainstorming). 

В нашей команде автоматизаторов-тестировщиков уже сложилась традиция: использовать для быстрого анализа предметной области так называемые интеллект-карты (Mind Map, диаграмма связей, ассоциативная карта).

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

Главные правила представления данных на карте:

1. В центре располагается обсуждаемый вопрос, проблема, идея. 
2. От центра исходят ветви с узлами, подписанными ключевыми словами, позволяющими вспомнить обсуждаемое понятие — это основные предполагаемые ответы на вопрос, решение проблемы или развитие идеи.
3. Каждый следующий уровень вложенности даёт развитие идеи родительского узла или содержит варианты решения.

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

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

Сервисов для создания интеллект-карт великое множество. Можно использовать, например, MS Visio или различные онлайн-сервисы. Один из таких сервисов —  MindMeister — достаточно удобен для первоначального ознакомления, бесплатен при ограничении количества используемых карт, позволяет проводить брейншторминг одновременно всей команде, имеется экспорт карт в различные форматы файлов.

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

Инструмент очень прост в использовании: 

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

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

Вася задаёт вопрос отделу тестирования: какие виды тестов предполагается реализовать? Можно дать наглядный ответ при помощи интеллект-карты, которая является результатом обсуждений команды:

Для декомпозиции проблемы можно также создать интеллект-карты для описания отдельных узлов «родительской карты».

Привет! Меня зовут Катя, и я работаю тестировщиком мобильных приложений более пяти лет. Последние три года я тружусь в iOS-команде Badoo, и еженедельно мы релизим от трёх до семи новых фич, от трёх до пяти технических тасков и от пяти до 13 багфиксов. Как вы понимаете, приложение меняется с такой скоростью, что поддерживать классическую тестовую документацию (test cases) неэффективно: почти всегда она будет устаревшей.

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

В этом случае визуализация позволяет сэкономить кучу времени, поэтому мы решили попробовать использовать mind maps (или «ментальные карты»), которые так же удобны в использовании, как чек-листы, но более наглядны за счёт визуального формата.

Сегодня мы подробненько разберём созданную мной mind map для тестирования iOS-приложения (далее именуемую «моя прелесть»), а также пройдёмся по ресурсам, которые можно использовать при построении mind map для мобильного приложения, чтобы покрыть максимальное количество важных сценариев.

Из чего составить mind map

Давайте разберём структуру «моей прелести».

Как видно ниже, все идеи для тестирования разделены на десять основных категорий, каждая из которых имеет множество веток:

Функциональность

Эта категория — самая объёмная. Здесь важно убедиться, что ваша фича / продукт работает как следует. В эту категорию я отнесла следующие проверки:

Интерфейс пользователя

Категория «Интерфейс пользователя» крайне важна, ведь от того, как пользователь взаимодействует с приложением, зависят его лояльность и успех продукта. Здесь предлагаю проверить следующие пункты:

Навигация

Представьте, что вам пришло пуш-уведомление «Вы понравились нескольким людям». Открываете его — и застреваете на страничке «Мы обновили политику конфиденциальности», которую никак нельзя закрыть. Вы пробуете и так, и этак — любопытно же, кому вы там понравились, — но тщетно, подлый экран не пропадает. Во избежание подобных случаев необходимо тестировать навигацию:

Платежи

Перефразируя классика, скажу: «Тестируйте платежи так, как будто ваш личный заработок зависит от этого».

Статистика

В суровую эпоху А/B-тестов решение, была ли фича успешной, принимает команда data science. Поэтому очень важно, чтобы статистика, которую вы присылаете, была достоверной.

Сеть

Тестируя мобильное приложение в уютном офисе с хорошим Wi-Fi, важно помнить, что люди могут захотеть пользоваться приложением в лифте, общественном транспорте и других местах, где качество сигнала может быть хуже. И любое приложение должно адекватно реагировать на смену сети. Предлагаю проверить следующее:

Автоматизация

Если у вас есть автотесты, пользуйтесь ими (спасибо, Кэп).

Кросс-платформенные проверки

Если фича, которую вы тестируете, например, в iOS-приложении, уже реализована на другой платформе (скажем, Android), то обязательно убедитесь, что поведение консистентно. И не упускайте возможность избежать тех багов, с которыми столкнулись тестировщики другой платформы.

Коммуникация

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

Загадочная категория «Другое»

В готовом виде «моя прелесть» выглядит следующим образом:

Более читабельный PDF-вариант можно найти по этой ссылке.

Если такая mind map подходит для тестирования вашего приложения, забирайте. А для создания кастомной ментальной карты я бы посоветовала сделать несколько простых шагов:

1. Начните с центра — задайте идею, это может быть название как фичи, так и целого проекта.

2. Найдите как можно больше идей, относящихся к проекту:

• Самостоятельный мозговой штурм. Постарайтесь записать все идеи тестирования, которые приходят вам в голову. На этой стадии они могут быть большими или маленькими, использовать различные методологии тестирования, относиться к разным типам тестирования, а главное — основываться на вашем личном опыте и быть важными с вашей точки зрения.
• Привлеките коллег. Попросите коллег помочь с идеями, потому что одна голова хорошо, а две — лучше! Все QA-инженеры разные: кто-то более техничен, кто-то более придирчив к UI; и когда люди, обладающие знаниями в разных областях, обмениваются идеями, они получают полезный опыт и новые знания.
• Интернет. Рекомендую заглянуть на следующие сайты, чтобы дополнить список идей:

— www.ministryoftesting.com, и особенно мне нравится их iOS testing mind map  —  хороший пример базовых идей по тестированию на iOS. MindMap — Heuristic Testing Strategy Model содержит множество вопросов, которые будут полезны для успешного end-to-end-тестирования.

— www.testingdiaries.com, я считаю их Mobile Testing Checklist полезным, потому что важные проверки указаны в форме ожидаемого результата и показывают, как должно выглядеть идеальное мобильное приложение.

— Классические мнемоники по мобильному тестированию: COP FLUNG GUN и LONG FUN CUP (описывают базовые особенности мобильного тестирования и очень схожи по идеям), I SLICED UP FUN — похож на первые два, но более сбалансированный, и SFDPOT, формирующий тестовые идеи в виде вопросов.

— Книги: Hands-On Mobile App Testing: A Guide for Mobile Testers and Anyone Involved in the Mobile App Business — здесь раскрываются инструменты и техническая часть нефункционального тестирования мобильных приложений, а Tap Into Mobile Application Testing даёт хорошую базу для тестирования приложений, объясняя, на что важно обратить внимание и почему.

3. Отфильтруйте идеи. Их будет много, некоторые будут повторяться. Смело выбрасывайте лишнее.
Выберите имя. Далее нужно придумать для идей хорошие названия. Короткие и аккуратные будут выглядеть гораздо лучше, чем длинные и запутанные. К тому же их будет проще найти в дальнейшем.

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

5. Визуализируйте. Визуализация — один из важнейших аспектов mind map. Схема должна легко и быстро читаться (мы ведь как раз для этого её и создаём, верно?). Существует множество приложений для создания mind map. Я использовала trial-версию https://simplemind.eu, но могу порекомендовать и другие:

https://coggle.it/

http://www.mindmaple.com/

http://blumind.org/

www.text2mindmap.com

http://wisemapping.com/

И ещё немного полезных советов:

• старайтесь создавать один элемент диаграммы для одного теста;
• подуровни выглядят лучше, чем длинные элементы;
• используйте бесплатное приложение, а не trial-версию платного; или сразу выбирайте то, которое вам больше нравится, иначе когда решите поправить диаграмму, придётся платить.

А напоследок я скажу

Mind map — очень годная вещь, которая позволяет быстро и качественно протестировать приложение, а также освежить в памяти проверки, на которые часто не хватает времени.

В моём случае использование mind map увеличило скорость тестирования фич в среднем на 5—15% (по сравнению с чек-листами).

Надеюсь, эта статья вдохновит вас на создание собственного полезного mind map-шедевра. Уверена, вы получите пользу как от создания ментальной карты, так и от использования. Спасибо за внимание!

Есть проверки, которые я не включала в mind map из-за неактуальности для специфики Badoo. А какие специфичные идеи для тестирования вы бы добавили для своего приложения?

Привет! Меня зовут Катя, и я работаю тестировщиком мобильных приложений более пяти лет. Последние три года я тружусь в iOS-команде Badoo, и еженедельно мы релизим ^[1] от трёх до семи новых фич, от трёх до пяти технических тасков и от пяти до 13 багфиксов. Как вы понимаете, приложение меняется с такой скоростью, что поддерживать классическую тестовую документацию (test cases) неэффективно: почти всегда она будет устаревшей.

Опытным путём мы выяснили, что чек-листы в качестве тестовой документации работают лучше, так как их проще создавать и использовать. Тем не менее иногда они могут быть запутанными и слишком подробными, особенно когда есть буквально пара часов на exploratory testing ^[2]фичи, которая должна попасть в следующий релиз.

В этом случае визуализация позволяет сэкономить кучу времени, поэтому мы решили попробовать использовать mind maps (или «ментальные карты»), которые так же удобны в использовании, как чек-листы, но более наглядны за счёт визуального формата.

Сегодня мы подробненько разберём созданную мной mind map для тестирования iOS-приложения (далее именуемую «моя прелесть»), а также пройдёмся по ресурсам, которые можно использовать при построении mind map для мобильного приложения, чтобы покрыть максимальное количество важных сценариев.

Из чего составить mind map

Давайте разберём структуру «моей прелести».

Как видно ниже, все идеи для тестирования разделены на десять основных категорий, каждая из которых имеет множество веток:

Функциональность

Эта категория — самая объёмная. Здесь важно убедиться, что ваша фича / продукт работает как следует. В эту категорию я отнесла следующие проверки:

Интерфейс пользователя

Категория «Интерфейс пользователя» крайне важна, ведь от того, как пользователь взаимодействует с приложением, зависят его лояльность и успех продукта. Здесь предлагаю проверить следующие пункты:

Навигация

Представьте, что вам пришло пуш-уведомление «Вы понравились нескольким людям». Открываете его — и застреваете на страничке «Мы обновили политику конфиденциальности», которую никак нельзя закрыть. Вы пробуете и так, и этак — любопытно же, кому вы там понравились, — но тщетно, подлый экран не пропадает. Во избежание подобных случаев необходимо тестировать навигацию:

Платежи

Перефразируя классика, скажу: «Тестируйте платежи ^[3] так, как будто ваш личный заработок зависит от этого».

Статистика

В суровую эпоху А/B-тестов решение, была ли фича успешной, принимает команда data science. Поэтому очень важно, чтобы статистика, которую вы присылаете, была достоверной.

Сеть

Тестируя мобильное приложение в уютном офисе с хорошим Wi-Fi, важно помнить, что люди могут захотеть пользоваться приложением в лифте, общественном транспорте и других местах, где качество сигнала может быть хуже. И любое приложение должно адекватно реагировать на смену сети. Предлагаю проверить следующее:

Автоматизация

Если у вас есть автотесты, пользуйтесь ими (спасибо, Кэп).

Кросс-платформенные проверки

Если фича, которую вы тестируете, например, в iOS-приложении, уже реализована на другой платформе (скажем, Android), то обязательно убедитесь, что поведение консистентно. И не упускайте возможность избежать тех багов, с которыми столкнулись тестировщики другой платформы.

Коммуникация

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

Загадочная категория «Другое»

В готовом виде «моя прелесть» выглядит следующим образом:

Более читабельный PDF-вариант можно найти по этой ссылке ^[4].

Где искать вдохновение и как визуализировать

Если такая mind map подходит для тестирования вашего приложения, забирайте. А для создания кастомной ментальной карты я бы посоветовала сделать несколько простых шагов:

1. Начните с центра — задайте идею, это может быть название как фичи, так и целого проекта.

2. Найдите как можно больше идей, относящихся к проекту:

• Самостоятельный мозговой штурм. Постарайтесь записать все идеи тестирования, которые приходят вам в голову. На этой стадии они могут быть большими или маленькими, использовать различные методологии тестирования, относиться к разным типам тестирования, а главное — основываться на вашем личном опыте и быть важными с вашей точки зрения.
• Привлеките коллег. Попросите коллег помочь с идеями, потому что одна голова хорошо, а две — лучше! Все QA-инженеры разные: кто-то более техничен, кто-то более придирчив к UI; и когда люди, обладающие знаниями в разных областях, обмениваются идеями, они получают полезный опыт и новые знания.
• Интернет. Рекомендую заглянуть на следующие сайты, чтобы дополнить список идей:

— www.ministryoftesting.com ^[5], и особенно мне нравится их iOS testing mind map ^[6]  —  хороший пример базовых идей по тестированию на iOS. MindMap — Heuristic Testing Strategy Model ^[7] содержит множество вопросов, которые будут полезны для успешного end-to-end-тестирования.

— www.testingdiaries.com ^[8], я считаю их Mobile Testing Checklist ^[9] полезным, потому что важные проверки указаны в форме ожидаемого результата и показывают, как должно выглядеть идеальное мобильное приложение.

— Классические мнемоники по мобильному тестированию: COP FLUNG GUN ^[10] и LONG FUN CUP ^[11] (описывают базовые особенности мобильного тестирования и очень схожи по идеям), I SLICED UP FUN ^[12] — похож на первые два, но более сбалансированный, и SFDPOT ^[13], формирующий тестовые идеи в виде вопросов.

— Книги: Hands-On Mobile App Testing: A Guide for Mobile Testers and Anyone Involved in the Mobile App Business ^[14] — здесь раскрываются инструменты и техническая часть нефункционального тестирования мобильных приложений, а Tap Into Mobile Application Testing ^[15] даёт хорошую базу для тестирования приложений, объясняя, на что важно обратить внимание и почему.

3. Отфильтруйте идеи. Их будет много, некоторые будут повторяться. Смело выбрасывайте лишнее.
Выберите имя. Далее нужно придумать для идей хорошие названия. Короткие и аккуратные будут выглядеть гораздо лучше, чем длинные и запутанные. К тому же их будет проще найти в дальнейшем.

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

5. Визуализируйте. Визуализация — один из важнейших аспектов mind map. Схема должна легко и быстро читаться (мы ведь как раз для этого её и создаём, верно?). Существует множество приложений для создания mind map. Я использовала trial-версию https://simplemind.eu ^[16], но могу порекомендовать и другие:

https://coggle.it/ ^[17]

http://www.mindmaple.com/ ^[18]

http://blumind.org/ ^[19]

www.text2mindmap.com ^[20]

http://wisemapping.com/ ^[21]

И ещё немного полезных советов:

• старайтесь создавать один элемент диаграммы для одного теста;
• подуровни выглядят лучше, чем длинные элементы;
• используйте бесплатное приложение, а не trial-версию платного; или сразу выбирайте то, которое вам больше нравится, иначе когда решите поправить диаграмму, придётся платить.

А напоследок я скажу

Mind map — очень годная вещь, которая позволяет быстро и качественно протестировать приложение, а также освежить в памяти проверки, на которые часто не хватает времени.

В моём случае использование mind map увеличило скорость тестирования фич в среднем на 5—15% (по сравнению с чек-листами).

Надеюсь, эта статья вдохновит вас на создание собственного полезного mind map-шедевра. Уверена, вы получите пользу как от создания ментальной карты, так и от использования. Спасибо за внимание!

Есть проверки, которые я не включала в mind map из-за неактуальности для специфики Badoo. А какие специфичные идеи для тестирования вы бы добавили для своего приложения?

Автор: katya_sp

Источник ^[22]

Планируете пробовать себя в тестировании мобильных продуктов? Тогда вы должны знать, что мобильные приложения — область, которая развивается очень быстро. И в их тестировании есть одна очевидная трудность — большой выбор комбинаций платформ, операционных систем, браузеров, разрешений экрана.

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

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

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

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

К ключевым преимуществам интеллект-карт относятся:

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

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

Где взять хорошую интеллект-карту?

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

Для составления интеллект-карт в сети есть множество ресурсов на любой вкус и цвет. Наиболее популярные из них — XMind, iMindMap, Mindmeister.

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

Что должно входить в MindMap по мобильному тестированию?

Если вы решили составить MindMap самостоятельно, то мы рекомендуем разбить ее на блоки, где каждый блок — это отдельная функциональность, которую необходимо протестировать. На выходе у вас должен получиться готовый чек-лист, детализация которого будет зависеть исключительно от вашей въедливости и желания. Однако независимо от степени проработки карты, рекомендуем включить в нее следующие блоки:

1. Установка приложения
Здесь следует проверить следующие аспекты: описание приложения в App Store или Google Play, наличие прав для установки приложения, процесс повторной установки приложения после его удаления, наличие предупреждения о загрузке приложения большого размера через мобильный интернет.

2. Запуск и работа приложения
Не забудьте проверить продолжительность первого запуска приложения, работу нотификации во время установки или первого запуска приложения, запуск приложения после сворачивания, работу приложения в свернутом режиме, скорость навигации.

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

4. Обновление приложения
При обновлении приложения все данные и настройки должны сохраняться в прежнем виде. Обратите на это внимание при тестировании.

5. Ориентация экрана
Независимо от ориентации экрана (портретная, альбомная), приложение должно корректно отображаться на экране.

6. Соединения
Проверьте работу приложения с различными видами соединения (Edge, 3G, LTE, WiFi, режим полета).

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

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

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

10. Пользовательский интерфейс
Проведя небольшое юзабилити-тестирование, обратите внимание, насколько приложение удобно, понятно и привлекательно для пользователей.

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