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

Обновлено: 16.05.2024

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

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

Как тестировать сайт?

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

Стратегии тестирования также описывают, как риски снижаются на уровне тестирования, какие типы тестирования должны выполняться, и какие критерии входа и выхода применяются. Они создаются на основе разработки проектной документации. Проектные документы описывают функциональные возможности программного обеспечения, которое будет включено в следующем выпуске. Для каждого этапа разработки проекта должна быть создана соответствующая стратегия тестирования для тестирования новых наборов функций.
Продуманная стратегия тестирования становится основой для разработки более подробной документации, в частности, тест-плана. В первую очередь в построении стратегии принимают участие менеджер проекта и специалист контроля качества разработки, т. е. QA (quality assurance) или QC (quality control) специалисты.
Если говорить об основных правилах тестирования веб-сайтов, то можно сказать, что речь идет об обязательном прохождении нескольких этапов тестирования, которые обеспечивают полную работоспособность приложения, его бесперебойную и безопасную работу. Это важная часть веб-разработки, которая обеспечивает правильную работу приложения до его выпуска.
На определенных этапах тестирования веб-сайтов используются такие виды или типы тестирования, позволяющие в полной мере достичь поставленных целей тестирования. Цели могут быть разные, такие как проверка важных элементов: удобство использования безопасность, надежность, системы в общем, так и на проверку этих элементов после изменений, например, повторное тестирование.

Виды тестирования сайта

В настоящее время специалисты выделяют следующие основные виды тестирования сайта:
• Функциональное тестирование (Functionality testing)
• Тестирования удобства пользования (Usability testing)
• Тестирование интерфейса пользователя (UI testing)
• Тестирование производительности (Performance testing)
• Тестирование безопасности (Security testing)

Функциональное тестирование (Functionality testing)

Тестирование удобства пользования (Usability testing)

С помощью этого вида тестирования проверяются характеристики взаимодействия человека с компьютером с целью выявления недостатков для исправления. Основными характеристиками являются:
• Простота обучения.
• Навигация.
• Субъективное удовлетворение пользователя.
• Общий вид.
Другими словами можно сказать, что сайт должен быть прост в использовании и достаточно последователен; инструкции должны быть очень четкими; главное меню должно быть предоставлено на каждой странице; содержание должно быть логичным и простым для понимания.

Тестирование интерфейса пользователя (UI testing)

Оно определяется как процесс тестирования графического интерфейса пользователя тестируемого приложения. Тестирование UI включает проверку экранов с помощью элементов управления, таких как меню, кнопки, значки и все типы панелей — панель инструментов, строка меню, диалоговые окна, окна и т. д. Оно помогает ответить на такие вопросы:
• Как выглядит интерфейс?
• Удобно ли пользователю нажимать на кнопки?
• Понятны ли иконки, читабелен ли текст, формат, шрифт?
• Какие акценты в каких местах будут располагаться и к чему привлекать внимание?
Также при прохождении этого вида тестирования осуществляются проверки на совместимость с разными интернет браузерами и их версиями; как выглядит сайт при разных разрешениях экрана и на различных устройствах (смартфоны, планшеты).

Тестирование производительности (Performance testing)

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

Тестирование безопасности (Security testing)

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

Заключение

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

Ваш пошаговый алгоритм тестирования мобильных приложений

Обеспечение качества (QA, от английского - Quality Assurance) является неотъемлемой частью жизненного цикла разработки любых приложений, включая мобильные. К сожалению, многие упускают из виду критические особенности тестирования мобильных приложений, которые часто приводят к сбоям, ошибкам в работе приложения и плохому качеству обслуживания клиентов.

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

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

Давайте рассмотрим особенности тестирования мобильных приложений.

Цикл жизни спринтов

Этап 1: Планирование

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

Взаимодействует ли ваше приложение с другими приложениями?
Насколько функциональны все возможности приложения?
Является ли тестируемое мобильное приложение нативным, Mobile-web или гибридным?
Ограничена ли задача тестирования приложения тестированием только внешнего интерфейса?
Стоят ли задачи на тестирование бэкенда?
Какова должна быть совместимость с различными беспроводными сетями?
Как сильно данные приложения и свободное пространство, занимаемое им, зависят от особенностей использования приложения?
Насколько быстро загружается ваше приложение, насколько быстро происходит серфинг по меню приложения и его функциям?
Как будет обрабатываться возможное увеличение нагрузки на приложение?
Влияют ли различные изменения в статусе и состоянии телефона на работу мобильного приложения?

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

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

Этап 2. Определение необходимых типов тестирования мобильных приложений

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

Тема связана со специальностями:

Определите, на какие целевые устройства направлено данное приложение, и какие требования к функционалу следует проверить.

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

Вы можете сделать это следующим образом:

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

• Выявить наиболее популярные модели мобильных устройств у целевой аудитории;
• Определить набор не основных (дополнительных) устройств с экранами разных размеров, потенциально поддерживаемых приложением;
• Решить, будете ли вы использовать для тестирования физические устройства или их эмуляторы.

Этап 3: Тестовые случаи и разработка сценариев тестирования приложения

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

В дополнение к функциональным тестовым случаям, также должны быть охвачены некоторые отдельные моменты (кейсы):

• Особенность использование батареи;
• Скорость работы приложения;
• Требования к данным;
• Объем используемой памяти.

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

При необходимости подготовьте отдельные наборы ручных тестовых случаев и сценариев для автоматического тестирования и адаптируйте их согласно требованиям проекта.

Этап 4: Ручное и автоматическое тестирование

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

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

Этап 5: Тестирование юзабилити и бета-тестирование

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

Пример матрицы поддержки разных версий платформы iOs

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

Тестирование совместимости

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

Тестирование пользовательского интерфейса

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

Тестирование интерфейса

Тестирование пунктов меню, кнопок, закладок, истории, настроек и навигации по приложению.

Тестирование внешних факторов

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

Тестирование доступности

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

Видео курсы по схожей тематике:

Автоматизация тестирования мобильных приложений

Этап 6: Тестирование производительности

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

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

В рамках этого этапа важно пройти и нагрузочное тестирование мобильного приложения.

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

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

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

В рамках функционального тестирования, вам следует выполнить следующие тесты:

Этап 7: Аттестационное тестирование и тестирование безопасности приложения

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

Убедитесь, что тестируемое приложение надежно защищено. Выполните проверку на возможность внедрения SQL инъекций, на возможность перехвата сеансов, анализа дампов данных, анализа пакетов и SSL трафика.

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

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

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

Этап 8: Тестирование устройства

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

Этап 9: контрольный этап и резюме

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

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

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

Итоговый отчет о тестировании

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

Этот отчет должен включать:

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

Следует также указать в отчете, что:

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

Бесплатные вебинары по схожей тематике:

Автоматизация тестирования. Причины, цели, инструменты.

Kibana в жизни тестировщика

Selenoid или Selenium Grid - что лучше?

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

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

В данной статье мы рассмотрели особенности тестирования мобильных приложений. Рассмотренные этапы тестирования важны и для тестирования андроид приложений и как ответ на вопрос как тестировать приложения для iphone.

Важно помнить, что тестирование приложений перед представлением на рынке – важный этап в разработке любых приложений. И, конечно же, тестирование мобильных приложений имеет свои особенности и важные моменты.

Ответственно подходите к вопросу разработки и тестирования мобильных приложений, своевременно изучая и применяя актуальные методики и технологии. С нашей стороны мы рекомендуем для изучения курс на ITVDN - Unit тестирование для Android разработчиков.

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

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

Именно здесь вам может пригодиться пользовательское приемочное тестирование (User Acceptance Testing, UAT). В сегодняшней статье мы расскажем вам, что это такое, когда и как вам следует использовать данный метод и почему он играет столь важную роль при выводе продукта на рынок.

Содержание статьи

Что такое пользовательское приемочное тестирование?

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

Известное также как бета-тестирование, UAT служит трем основным целям:

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

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

5 типов пользовательского приемочного тестирования

1. Первый тип, на котором мы и будем фокусироваться в этом посте, — альфа/бета-тестирование. При альфа-тесте роль пользователей на себя берут штатные сотрудники и члены команды разработчиков. А вот бета-тест проводится с участием реальных, специально отобранных пользователей. Ниже — пример лендинга с предложением зарегистрироваться для бета-тестирования Division 2, анонсированного на E3:

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

2. Контрактное приемочное тестирование (contractual acceptance testing) нацелено на то, чтобы проверить, соответствует ли разработанный продукт контрактным требованиям, согласованным всеми заинтересованными сторонами. Обычно такое тестирование используют, дабы убедиться в том, что сторонняя команда разработчиков выполнила свои договорные обязательства.

3. Законодательное приемочное тестирование (regulation acceptance testing) позволяет убедиться в том, что продукт соответствует всем законам и предписаниям своей отрасли и юрисдикции. Такое тестирование следует проводить в сферах здравоохранения и финансов, кроме того, с внедрением GDPR на нем должны акцентировать внимание все европейские компании.

4. Операционное приемочное тестирование (operational acceptance testing) сосредоточено на определении эффективности закулисных процессов внутри организации, которые гарантируют людям полноценное использование продукта. С помощью этого типа тестирования оцениваются такие процессы, как онбординг, сбор данных и защитные механизмы.

5. Тестирование по стратегии черного ящика (black box testing) ориентировано на анализ причинно-следственной связи между взаимодействием пользователя с продуктом и результатом, полученным за счет этого взаимодействия. Этот тип тестирования связан с UAT тем, что здесь людям говорят, для чего предназначен продукт, но изучать, как именно он работает, они могут самостоятельно.

Почему пользовательское приемочное тестирование играет столь важную роль

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

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

Думайте о конечном пользователе

Ценность вашего продукта определяется только людьми, которые будут с ним работать.

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

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

Подтвердите product/market fit

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

Когда продукт готов к проведению UAT?

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

Остановимся на этих критериях более подробно.

Бизнес-требования должны быть готовы

Согласно iSixSigma, главным образом документы по бизнес-требованиям создаются, чтобы:

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

Продукт должен функционировать на своих предельных возможностях

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

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

Проблемы должны фиксироваться, исправляться и тестироваться

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

Этот лог-файл должен содержать следующую информацию:

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

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

Команда по тестированию системы должна дать добро

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

Зачем нужно пользовательское тестирование: кейс от Feedly

6 шагов успешного пользовательского приемочного тестирования

Процесс UAT включает в себя следующие этапы:

1. Проанализируйте бизнес-требования

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

Устав проекта
Бизнес-кейсы использования продукта
Диаграммы технологических процессов
Спецификации к системным требованиям (для SaaS-продуктов)

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

2. Разработайте UAT план

На этой стадии вы определяете такие логистические критерии UAT, как:

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

3. Определите тестовые сценарии и кейсы

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

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

4. Подготовьте тестовые данные

Разумеется, вы также должны наладить процесс, который бы позволял вам эффективно собирать и подготавливать тестовые данные. Кроме этого, вам нужно быть уверенными в том, что используемая вами информация всегда будет оставаться конфиденциальной (особенно учитывая то, что GDPR уже вступил в силу в Европе).

5. Проведите тест

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

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

6. Подтвердите достижение бизнес-целей

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

Эта документация включает:

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

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

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

Что такое пользовательское тестирование

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

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

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

Пользовательское тестирование vs. пользовательское исследование

Провести успешное пользовательское тестирование можно в три этапа.

Этап 1. Тщательно выбирайте участников тестирования

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

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

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

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

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

конкурент 1 (пользователь подходит);
конкурент 2 (пользователь подходит);
ваш сайт (пользователь не подходит);
конкурент 3 (пользователь подходит);
вымышленная компания (пользователь не подходит);
ничего из перечисленного выше (пользователь не подходит).

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

Никаких абстрактных показателей эффективности SEO.
Оплата продвижения только за совершенные целевые действия: заявки, звонки, оформление заказа, регистрация.

Если суммировать сказанное выше, при процессе отбора тестировщиков нужно обращать внимание на следующие моменты:

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

Этап 2. Задавайте правильные вопросы, чтобы получить содержательный отклик

Мысли и ответы, которые вы получаете при пользовательском тестировании — самое значимое. Но как убедиться, что отклик содержательный? Все зависит от вопросов, которые вы задаете, и какие задачи предлагаете.

Особенности могут меняться в зависимости от бренда и целей, однако есть общие принципы, которые помогают составить правильные вопросы для пользовательского тестирования:

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

Однако самая главная часть пользовательского тестирование — получение результатов и их анализ для улучшения продукта.

Этап 3. Анализируйте и используйте данные, чтобы найти лучшие стратегии

Тестирование может показать сложности с удобством использования и проблемные моменты в клиентском опыте. Ниже рассмотрим процесс отсеивания ненужных данных, определение важных проблем, поиск лучших вариантов A/B тестирования и стратегий, улучшающих сайт.

Анализ результатов

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

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

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

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

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

Определите области, требующие улучшения

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

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

Хорошее пользовательское тестирование улучшает конверсии

Теперь вы знаете, как провести хорошее пользовательское тестирование. Что же оно может принести? Улучшения сайта и более высокие конверсии.

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

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

Компания улучшила отображение категорий и фильтров и протестировала, как это сказывается на видимости менее известных продуктов и навигации пользователей по каталогу. В результате показатель окупаемости инвестиций в пользовательском тестировании (ROI) составил 75 к 1.

Еще один пример — Beckett Simonon: бренд, продающий обувь и аксессуары ручной работы из кожи. Компания хотела убедиться, что платная реклама окупается. Они хотели оптимизировать сайт таким образом, чтобы получить устойчивое и долговременное улучшение конверсии.

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

Компания протестировала, как внесение дополнительной информации об отличиях продуктов влияет на конверсии.

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

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

Начните пользовательское тестирование

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

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

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

Читайте также: