Функциональное тестирование с ориентацией на пользователя
•Download as PPTX, PDF•
0 likes•637 views
Доклад Виктории Юркевич на конференции SQA Days-21 www.sqadays.com
Recommended
Recommended
More Related Content
What's hot
What's hot (11)
Similar to Функциональное тестирование с ориентацией на пользователя
Similar to Функциональное тестирование с ориентацией на пользователя (20)
More from SQALab
More from SQALab (20)
Функциональное тестирование с ориентацией на пользователя
- 2. Компания: Quality-lab Skype: v_yurkevich Email: av-05@yandex.ru
- 4. Приложение «Tricks» • Цель – обучение новым трюкам, обеспечение возможности общения между людьми с общими интересами. • Архитектура – блоки трюков с разделением по видам спорта, видеозапись трюка, чат, личная страница, поиск.
- 6. Samsung Galaxy iPhone 6s Видео Загрузка сообщений: MPEG HD AVI MOV Размер видео файлов Чат Отправка сообщений Прием сообщений Moji Стикеры Голосовые сообщения
- 7. Samsung Galaxy iPhone 6s Видео Загрузка сообщений: MPEG Pass Pass HD Fall Pass AVI Pass Pass MOV Pass Fall Размер видео файлов Pass Pass Чат Отправка сообщений Pass Pass Прием сообщений Pass Pass Moji Pass Pass Стикеры Pass Pass Голосовые сообщения Fall Fall
- 10. Целевая аудитория (ЦА) •(англ. target audience) – группа людей или сегмент рынка, для которого предназначен продукт, услуга, веб-сайт, реклама, телевизионная или радио программа и т. д.
- 11. Для чего нужно знать ЦА проекта?
- 14. Samsung Galaxy iPhone 6s Видео Загрузка сообщений: MPEG Pass Pass HD Fall Pass AVI Pass Pass MOV Pass Fall
- 15. Samsung Galaxy iPhone 6s Видео Загрузка сообщений: MPEG Pass Pass HD Fall Pass AVI Pass Pass MOV Pass Fall Full HD и Ultra HD
- 19. Особенности взаимодействия пользователя с программой • Поведенческие привычки • Компьютерную грамотность • Обучаемость • Ожидания от работы с ПО или продуктом
- 20. Что нам это даст? • Определить тип потребителя • Выявить мотивацию пользователя • Точно определить характер потребителя • Выстроить более эффективную систему проверки продукта
- 21. Как определить ЦА? • Опросы • Сбор данных от фокус-групп • Ведение статистики • Интервьюирование посетителей аналогичных по наполнению сайтов
- 23. Персонажи
- 24. Приложение «Tricks» Пол: мужчины и женщины Увлечения: социально активные Возраст: от 14 до 40 лет Локация: Преимущественно Азия Доход: средний или высокий
- 25. Предприниматель Валера Пол: мужчина Увлечения: рыбалка Возраст: 33 года Локация: РФ, г. Зеленогорск Доход: высокий
- 26. Кто такие персонажи? •Пользовательские персонажи — это собранный образ вашего целевого пользователя
- 27. Ирина Иванова Руководитель департамента. Возраст: 23 года. Образование: высшее гуманитарное. Семейное положение: не замужем, есть друг. Уровень пользователя: поверхностно знакома с интернетом, проверяет почту на mail.ru и пользуется mail-агентом. Увлечения: зимние виды спорта
- 28. Что нам это даст? • Улучшение статистики по нахождению критичных багов пользователями • Более интересная работа • Снижение порога вхождения для новых тестировщиков
- 29. Инструменты
- 32. Что такое сценарии пользователя •Сценарий пользователя – это та проблема, которую пользователь хочет решить при помощи нашей программы.
- 34. Инструменты
- 36. Как применить полученную информацию Huawaei OPPO Видео Загрузка сообщений: MPEG Pass Fall FHD Fall Fall UHD Pass Fall Размер видео файлов Pass Pass Чат Отправка сообщений Pass Pass Прием сообщений Pass Pass Moji Pass Pass Стикеры Fall Fall
- 37. Huawei OPPO Видео Загрузка сообщений: MPEG Pass Fall FHD Fall Fall UHD Pass Fall Размер видео файлов Pass Pass Чат Отправка сообщений Pass Pass Прием сообщений Pass Pass Moji Pass Pass Стикеры Fall Fall Samsung Apple Видео Загрузка сообщений: MPEG Pass Pass HD Fall Pass AVI Pass Pass MOV Pass Fall Размер видео файлов Pass Pass Чат Отправка сообщений Pass Pass Прием сообщений Pass Pass Moji Pass Pass Стикеры Pass Pass Голосовые сообщения Fall Fall
- 38. Что мы получили в итоге с учетом знаний о ЦА? Плюсы: • Сократили риск провала • Поспособствовали улучшению качества продукта • Сократили количество критических багов • Сделали тестирование более интересным и живым • Снизили порог вхождения новых сотрудников Минусы: • Затратили чуть больше времени
- 39. Спасибо за внимание! Skype: v_yurkevich Email: av-05@yandex.ru Опросы http://ru.wikihow.com/провести-опрос Фокус-группы https://xbsoftware.ru/testirovanie-po/polnij-tsykl/testirovanie-ui/fokus-grupy/ Статистика https://www.google.ru/intl/ru/analytics/ Интервьюирование https://github.com/Atarity/How-To-Start-A-Startup (16-Как интервьюировать пользователей (Эммет Шир)
Editor's Notes
- Тема, о которой я сегодня хочу поговорить - Функциональное тестирование с ориентацией на пользователя
- Все мы не раз сталкивались с понятием целевой аудитории. Действительно, в любом бизнесе действует простая и очевидная схема: для любого продукта есть свой пользователь. Несомненно, это правило затрагивает и ПО. Давайте посмотрим, зачем нам нужна ЦА?
- - это не реальное приложение - у нас есть приложение по обучению экстремальному спорту, которое подойдет как для начинающих, так и для продвинутых спортсменов.
- В итоге: тестирование данных функциональностей прошло успешно, критических багов мы не выявили, (где-то немного поехала верстка, были обнаружены грамматические ошибки и дублирующиеся переходы в разделах), приложение ушло в релиз а заказчик приготовился считать прибыль. Но ее не последовало.
- Приложение удаляли менее чем через сутки использования, а шквал негативных отзывов превысил вес допустимые мерки. И если мы качественно выполнили свою работу, как такое могло произойти? - Причина оказалась достаточно простой: Мы тестировали приложение, без учета своей целевой аудитории.
- Если не вникать в суть вопроса, то может показаться, что ЦА – это некая общность потенциальных потребителей или покупателей продукта. На практике все обстоит далеко не так просто, и подтверждение тому – огромное количество несостоявшихся проектов, владельцы которых при запуске ожидали увидеть ажиотажный спрос на свое детище. Причиной провала во многих случаях являлась в том числе не соответствующая реальности оценка ЦА.
- Давайте вернемся к нашему примеру.
- В итоге программа создана, протестирована и отправлена в релиз. А наша ЦА не может ей пользоваться. Кажется банально? Но на самом деле так происходит. Получается, что тщательное изучение ЦА является обязательным. Оно необходимо для того, чтобы понять, почему пользователь не выполняет ожидаемых от него действий и не реализует цель использования продукта.
- В тот момент, когда речь заходит о тестировании, информация о ЦА нередко отступает на задний план. Тестировщики обсуждают функциональное и нагрузочное тестирование, тестирование безопасности и требований, проверяют массу показателей состояния продукта, но почему-то не учитывают особенности взаимодействия пользователя с программой – его поведенческие привычки, компьютерную грамотность, обучаемость и, наконец, его ожидания от работы с ПО или продуктом. И кто виноват в этом? Тестировщики? нет: не они решают, какие именно требования ставятся перед проектом. Но вот решение задачи по корректировке заявленных целей и проведению необходимых проверок с учетом знания ЦА – в их компетенции.
- Теперь вроде понятно что учитывать ЦА важно, но что мы от этого получим?
- Для формирования психологического портрета представителя ЦА применяются классические методики: опросы, сбор данных от фокус-групп, ведение статистики, интервьюирование посетителей аналогичных по наполнению сайтов. При этом умение поставить себя на место пользователя – это важное качество для тестировщика.
- Итак, у нас есть общее понимание нашей ЦА, но достаточно ли этого для тестирования продукта? Нет!
- После определения нашей ЦА Мы знаем, что Приложение рассчитано на
- социально активных мужчин и женщин
- подходит под все критерии нашей ЦА, но на самом деле не является потенциальным пользователем приложения. Очевидно, мы не можем провести достоверное тестирование, ориентируясь только на общие параметры. Вжиться в роль абстрактного «мужчины или женщины от 14 до 40 лет» невозможно – значит знаний только о своей ЦА нам не достаточно и для дальнейшего исследования нам нужно понять, кто конкретно будет пользоваться нашим приложением? Для того, чтобы эсто сделать, нужно конкретизировать несколько персонажей.
- Ведь нет смысла тестировать приложение для спортсменов на бухгалтере или медицинском работнике.
- Персонажи создаются как на основе анализа ЦА, так и по данным, полученным из опросов и интервью пользователей Проанализировав информацию мы можем создать 3-4 основных персонажа. Персонаж обычно описывается как конкретный человек, являющийся типичным представителем определенного сегмента ЦА со своими потребностями, особенностями, привычками, мотивами и прочими характеристиками, влияющими на его поведение.
- (Процесс тестирования стал более разнообразным, выросло понимание продукта и самих пользователей. Вместо охоты за абстрактными и сложно воспроизводимыми в реальных условиях багами, в первую очередь отлавливаются критичные для конечного пользователя проблемы) эффективное тестирование началось примерно через три дня
- Способ визуализации тут не принципиален и каждый может выбрать свой, но он должен быть легкодоступным для всех
- Для того, чтобы сделать на самом деле качественный продукт, нам нужно определить, какую же именно проблему пользователя мы должны решить. Каким образом? При помощи сценариев пользователя.
- И нам нужно определить ключевые решаемые сценарии
- Пользовательские сценарии представляют собой «протоколы» взаимодействия пользователей с системой. Мы определяем задачи пользователя внутри системы, его действия, направленные на решение этих задач, а также контекст, в котором эти задачи выполняются. К сценариям обычно и привязываются функциональные требования. Пример функционального требования вы видите на слайде
- Проектировочные сценарии можно разрабатывать при помощи разных графических инструментов (yEd, mindomo), на бумаге в рисовалках и т.д.
- Давайте теперь посмотрим, как изменился наш ЧЛ с учетом полученной информации.
- А теперь сравним его с тем, который у нас был вначале И вначале казалось, что мы качественно выполнили свою работу, с одной стороны это так, программа работает и все ОК, но это тольок в том случае, если мы делаем приложение для себя а не для пользователей.
- Но этот минус довольно спорный, т.к. с одной стороны мы затратили больше времени, а с другой мы выиграли это время, убрав ненужные проверки приложения. Своего пользователя нужно знать в лицо! И при работе над любым продуктом вопрос определения ЦА необходимо всегда ставить на первое место. Это позволит в худшем случае минимизировать потери от оттока конечных пользователей, в лучшем – сделать продукт удобным для потребителя и финансово успешным для заказчика.