{ "version": "https:\/\/jsonfeed.org\/version\/1", "title": "ivan's blog: posts tagged тестирование", "_rss_description": "It is my diary. I’m ivan zviahin, an designer, manager, car enthusiast.", "_rss_language": "en", "_itunes_email": "ivanzviahin@gmail.com", "_itunes_categories_xml": "", "_itunes_image": "https:\/\/ivanzviahin.by\/blog\/user\/userpic-square@2x.jpg?1711411913", "_itunes_explicit": "no", "home_page_url": "https:\/\/ivanzviahin.by\/blog\/tags\/testirovanie\/", "feed_url": "https:\/\/ivanzviahin.by\/blog\/tags\/testirovanie\/json\/", "icon": "https:\/\/ivanzviahin.by\/blog\/user\/userpic@2x.jpg?1711411913", "author": { "name": "Ivan Zviahin", "url": "https:\/\/ivanzviahin.by\/blog\/", "avatar": "https:\/\/ivanzviahin.by\/blog\/user\/userpic@2x.jpg?1711411913" }, "items": [ { "id": "175", "url": "https:\/\/ivanzviahin.by\/blog\/all\/koridornye-testy\/", "title": "Коридорные тесты", "content_html": "

на русском · in english<\/a><\/p>\n

\n\"\"\n<\/div>\n

Для чего нужны эти ваши тесты<\/h2>\n

Так, на этом этапе у вас уже есть прототипы и сформулированные гипотезы. Теперь осталось потрясти этот мешочек и убедиться, что все работает так, как задумывалось. А точнее проверить интерфейс, иконки, подписи, акценты и так далее.<\/p>\n

Это просто, расскажу тезисно<\/h2>\n

Гипотезы у нас уже сформулированы, поэтому просто выписываем их. Формулируем задания для пользователей, обязательно письменно.<\/p>\n

Готовим кликабельны прототип, если он нужен. Фиксируем «створы ворот», другими словами конверсионные отметки интерфейса. Например: открытие формы, успешное заполнение, отправка и так далее.<\/p>\n

Ищем участников для тестирования. Проводим тестирование и помечаем всё самое важное. Делаем выводы, анализируем их. Иии бинго, 100% процентов вы измените своё отношение к своим идеальным прототипам.<\/p>\n

1 шаг. Определить гипотезы<\/h2>\n

Гипотезы — это предположения, которые мы собираемся проверить в ходе исследования. Её лучше формулировать по шаблону: «Если мы сделаем (сама идея), то он сможет положительно повлиять на (критерий успеха), так как (почему это идея хорошая)».<\/p>\n

2 шаг. Выбрать метод тестирования<\/h2>\n

Все методологии тестирования делятся на немодерируемые и модерируемые по степени самостоятельности выполнения задания респондентами, а также по месту нахождения респондента и интервьюера в момент прохождения тестирования.<\/p>\n

Первый клик.<\/b> Участник исследования переходит по ссылке и получает очень простое задание. Например: «Куда бы вы нажали, чтобы найти информацию о лизинговых программах?», «Выберите лизинг для покупки выбранного автомобиля». Фиксируется только первый клик. Если большинство респондентов нажмут «не туда», это сигнализирует о том, что на экране есть юзабилити-проблемы.<\/p>\n

Бок-о-бок.<\/b> Суть метода заключается в сравнении двух вариантов и выбора одного по принципу лучшей видимости или узнаваемости целевого объекта. Респондентам предлагается сравнить две картинки интерфейса или выбрать в определенный элемент на двух вариантах изображения. Например: «Найдите и выберите способ оплаты A1», «Какой из вариантов баннера более узнаваем для материала “Машины в лизинг на авэ”».<\/p>\n

На проходимость.<\/b> Метод более всего приближен к модерируемому тестированию. Он предполагает присутствие интервьюера рядом с респондентом в момент проведения теста. Мы выбираем конверсионные точки и даём задание респонденту, которое, предположительно, должно его повести по нужному вам пути. В итоге фиксируются факты прохождения точек и делаются пометки о трудностях, возникших у пользователя.<\/p>\n

Модерируемое тестирование.<\/b> При такой проверке пользователь выполняет поставленные задачи в отношении продукта или услуги, в то время как исследователь или модератор наблюдает за ним в режиме реального времени. Каждый из вышеперечисленных методов может быть модерируемым. Достоверность результатов и глубина получаемых инсайтов в ходе такого тестирования считается лучшей, чем при применении методов без модерации.<\/p>\n

3 шаг. Выбор респондентов<\/h2>\n

Для тестировнаия желательны представители целевой аудитории, сталкивающиеся в реальной жизни с задачами, которые описаны в заданиях тестирования. Однако, коридорный тест делает поблажки в этом вопросе, и респондентами могу стать абсолютно все прямые или косвенные пользователи интернета.<\/p>\n

От пяти до восьми респондентов достаточно, чтобы выявить самые грубые проблемы интерфейса. Если все респонденты сталкиваются с одной и той же трудностью — это повод остановить тестирование, внести правки в прототип и начать тестирование новой версии.<\/p>\n

Если ресурсы и время на работу над сайтом сильно ограничены, руководствуемся принципом: «лучше меньше, чем ничего». Три респондента лучше, чем ни одного. Коридорный тест, не привязанный к целевым респондентам, лучше чем никакого.<\/p>\n

4 шаг. Формирование задания<\/h2>\n

Качество результатов и их объективность напрямую зависит от формулировки вопросов и заданий в тестировании. Чек-лист для формулировки задания:<\/p>\n

    \n
  1. Трактуется однозначно.<\/li>\n
  2. Озвучено в полном объёме.<\/li>\n
  3. Релевантно опыту респондента.<\/li>\n
  4. Возможно выполнить без подсказок. <\/li>\n<\/ol>\n

    5 шаг. Подготовка прототипа<\/h2>\n

    Тестовый прототип может быть:<\/p>\n

      \n
    1. Интерактивный кликабельный прототип.<\/li>\n
    2. Тестовая версия или работающий сайт.<\/li>\n
    3. Просто картинка.<\/li>\n<\/ol>\n

      Чек-лист для проверки прототипа:<\/p>\n

        \n
      1. Сценарии, заложенные в задании, выполняются.<\/li>\n
      2. Предусмотрены разные варианты выполнения сценария.<\/li>\n
      3. Тексты, цифры и визуальный контент похожи на настоящие.<\/li>\n
      4. Нет ошибок и опечаток в текстах и цифрах.<\/li>\n
      5. Нет подсказок.<\/li>\n
      6. Заложена возможность быстро вернуться к началу сценария.<\/li>\n<\/ol>\n

        6 шаг. Процесс тестирования<\/h2>\n

        Правильно проведённое тестирование будет менее стрессовым для респондента, будет более простым в модерировании и, следовательно, даст более релевантные результаты. Проще говоря — заткнись, слушай респондента и не мешай ему ничего не понимать.<\/p>\n

        Большую часть времени в ходе тестирования говорит респондент. Модератор говорит только в случае крайней необходимости. Любое вмешательство модератора влияет на ход эксперимента и искажает данные.<\/p>\n

        Если респондент перестал «мыслить вслух» – напомнить ему об этом: «Итак… Так, вы думаете, что... Что вы видите здесь? Скажите мне, что случилось».<\/p>\n

        Вопросы часто заставляют респондента занимать оборонительную позицию. Можно заменить вопросы побудительными фразами типа: «Расскажите мне немного об этом... Опишите более подробно... Поделитесь своими ощущениями... Давайте поговорим об этом... Помогите мне понять...».<\/p>\n

        В каких случаях помогать:<\/p>\n

          \n
        1. Респондент должен чувствовать, что вы подбадриваете его, а не продукт.<\/li>\n
        2. Если респондент испробовал несколько способов действий и просит о помощи.<\/li>\n
        3. Респондент думает, что задание выполнено, но это не так.<\/li>\n<\/ol>\n

          Как это делать:<\/p>\n

            \n
          1. Сфокусировать на задании, напомнить цель задания.<\/li>\n
          2. Сделать общий намек: «Вспомните, как вы начали выполнять задание», «Вы уже видели это».<\/li>\n
          3. Сказать прямо, что делать дальше.<\/li>\n<\/ol>\n

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

            7 шаг. Фиксирование результатов и выводы<\/h2>\n

            Еще на этапе формулирования гипотез рекомендуем создать таблицу, содержащую декомпозированные гипотезы и задания для тестирования с содержанием шагов пользователя или отбитыми конверсионными точками.<\/p>\n

            После каждой встречи фиксируйте в таблице результат тестирования: подтвердилась ли гипотеза, справился ли респондент с заданием без ошибок. Также вносим туда инсайты и прочие пометки, описывающие поведения пользователя на том или ином шаге задания.<\/p>\n

            На основе этого документа делаем выводы о подтверждении или неподтверждении гипотез, а также формулируем новые, если это нужно.<\/p>\n

            Таблица для фиксирования результатов<\/h2>\n
            \n\"\"\n
            Шаблон таблицы в Google Docs<\/a><\/div>\n<\/div>\n", "date_published": "2021-12-20T22:07:27+00:00", "date_modified": "2022-08-19T09:53:47+00:00", "image": "https:\/\/ivanzviahin.by\/blog\/pictures\/david-travis-WC6MJ0kRzGw-unsplash-2.jpg", "_date_published_rfc2822": "Mon, 20 Dec 2021 22:07:27 +0000", "_rss_guid_is_permalink": "false", "_rss_guid": "175", "_rss_enclosures": [], "_e2_data": { "is_favourite": true, "links_required": [], "og_images": [ "https:\/\/ivanzviahin.by\/blog\/pictures\/david-travis-WC6MJ0kRzGw-unsplash-2.jpg", "https:\/\/ivanzviahin.by\/blog\/pictures\/Screenshot-2021-12-21-at-00.57.17-3.jpg" ] } } ], "_e2_version": 3849, "_e2_ua_string": "E2 (v3849; Aegea)" }