Rivalry2

HTML Diff

1 added 1 removed

Original 2026-01-01

Modified 2026-03-10

1 <ul><li><a>Usability Testing - это…</a><ul><li><a>Для чего придумано</a><ul><li><a>Когда еще требуется usability</a></li>

2 </ul></li>

3 <li><a>Отличие от фокус-группы</a></li>

4 </ul></li>

5 <li><a>Виды usability testing</a><ul><li><a>Степень участия модератора или UX аналитика</a></li>

6 <li><a>По месту расположения</a></li>

7 <li><a>Зависимость от целей</a></li>

8 </ul></li>

9 <li><a>Как проходит процесс</a><ul><li><a>Сколько времени отнимает</a></li>

10 </ul></li>

11 <li><a>Из чего состоит отчет</a></li>

12 <li><a>Во сколько обойдется</a></li>

13 <li><a>О тестировщиках и аналитиках - как ими стать</a><ul><li><a>QA инженер - кто это</a><ul><li><a>Карьерная лестница</a><ul><li><a>Чем занимается Junior</a></li>

14 <li><a>Требования</a></li>

15 </ul></li>

16 </ul></li>

17 </ul></li>

18 <li><a>Как начать карьеру</a></li>

19 </ul><p>Разработка игр и иного контента требует не только наличия опытных программистов. Помимо них, огромную роль играют другие профессии. Пример - тестировщик. Изначально - это человек, который тестирует (проверяет) софт и его функционирование.</p>

20 <p>Тестировщики часто слышат такие словосочетания как “usability testing” и "junior qa". Данная статья поможет усвоить главное для предложенных терминов. А еще расскажет о тестировании и карьерном росте в выбранном направлении.</p>

21 <h2>Usability Testing - это…</h2>

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

23 <p>В качестве респондентов могут привлекаться представители ЦА (целевой аудитории), которые будут взаимодействовать с interface, осуществляя порученные манипуляции. Задания и задачи продумываются заранее.</p>

24 <p>Юзабилити-специалист, опираясь на поведение респондента, будет формировать выводы о наличии проблем в интерфейсе, а также о том, какой характер они носят.</p>

25 <h3>Для чего придумано</h3>

26 <p>Тестирование "типа" юзабилити требуется для того, чтобы создавать эффективные продукты и продвигать их. Помогает понять причины, по которым:</p>

27 <ul><li>у веб-магазина отсутствует конверсия;</li>

28 <li>потенциальные клиенты звонят операторам с вопросами, ответы на которые уже имеются на сайтах;</li>

29 <li>софт получает негативные отзывы;</li>

30 <li>на работу предлагаемого программного обеспечения жалуются узкоспециализированные работники.</li>

31 </ul><p>На практике такой подход встречается достаточно часто. Его используют не только мелкие компании, но и крупные организации. Респонденты здесь - центральные личности, источники бесценной информации.</p>

32 <h4>Когда еще требуется usability</h4>

33 <p>Упомянутые тестирования нужны дополнительно в ситуациях, когда:</p>

34 <ol><li>Хочется провести сравнение двух интерфейсов. Пример - новый и старый, собственный и конкурентный. Делается это с целью поиска оптимального решения для софта.</li>

35 <li>Нужно сравнить удобство интерфейса для нескольких пользовательских групп.</li>

36 <li>Хочется предусмотреть возможные проблемы usability в контенте до его непосредственного выпуска. Отличное решение, которое позволит в будущем избежать большинства проблем.</li>

37 <li>Проводится оценка соответствия приложения установленным KPI.</li>

38 </ol><p>Посредством данного тестирования вы сможете выпускать на рынок универсальные утилиты, которые уже будут проверены респондентами целевых групп. Отличное решение для любого контента.</p>

39 <h3>Отличие от фокус-группы</h3>

40 <p>Тестер должен отличать UX-проверку от фокус-групп. Для этого нужно учитывать следующие моменты:</p>

41 <ol><li>В фокус-группах респондент не может работать самостоятельно. Он будет поддерживать коммуникацию с остальными участниками "проверки", обсуждая поставленную проблему.</li>

42 <li>Соответствующий вариант хорошо подходит для формирования общего представления о контенте.</li>

43 <li>Фокус-группы не позволяют оценивать непосредственное удобство. Связано это с низким уровнем информативности.</li>

44 <li>При юзабилити тестировании респондент - самостоятельный участник процесса. Он будет "работать" обособленно от остальных.</li>

45 <li>Каждый респондент выполняет задания, которые пользователю заранее предоставил UX-модератор.</li>

46 <li>За поведением пользователя ведется наблюдение. На основании полученных данных эксперты делают вывод о том, как нужно откорректировать имеющийся проект.</li>

47 </ol><p>Результатом рассматриваемого тестирования служит описание обнаруженных UX-проблем, а также предоставление рекомендаций по их устранению, опирающиеся на поведении, а не на мнении респондента.</p>

48 <h2>Виды usability testing</h2>

49 <p>Чтобы быть хорошим тестером, требуется иметь представление о том, какие виды "проверок" в сфере юзабилити существуют. Критерии классификации совершенно разные. Все они активно применяются на практике.</p>

50 <h3>Степень участия модератора или UX аналитика</h3>

51 <p>Первая классификация - это по тому, какое именно участие принимает аналитик UX в рассматриваемом процессе. Существуют следующие варианты:</p>

52 <ol><li>Модерируемое. При подобных обстоятельствах модератор выдает готовые задания. Специалист наблюдает за их выполнением и задает уточняющие вопросы респонденту.</li>

53 <li>Немодерируемое. Проверки проводятся через специализированные сервисы. Они занимаются выдачей заданий, сбором метрики, а также предоставлением обратной связи. Модератор тут не фигурирует.</li>

54 </ol><p>Оба варианта одинаково хороши. Их можно использовать поочередно для одного и того же продукта с целью оптимизации полученной информации.</p>

55 <h3>По месту расположения</h3>

56 <p>Следующая классификация - по месту расположения тестирования. Все зависит от того, где находится респондент:</p>

57 <ol><li>Очный вариант. При подобных обстоятельствах модератор и респондент сидят в одном помещении. Обычно это лаборатория. Предусматривается непосредственное общение друг с другом.</li>

58 <li>Удаленный способ. Респондент принимает участие в тестировании из дома или офиса. Обычно представлено немодерируемой проверкой. Если нужно, можно общаться с респондентом посредством совершения видеозвонков.</li>

59 </ol><p>Первый вариант в условиях современности встречается все реже. Но это не значит, что он плохой. Просто удаленное тестирование более удобно большинству участников юзабилити тестирования.</p>

60 <h3>Зависимость от целей</h3>

61 <p>Классифицировать рассматриваемый процесс можно и по тому, чего именно хотел добиться аналитик:</p>

62 <ol><li>Эксплораторное. Осуществляется тогда, когда проводится разработка концепций интерфейса. Помогает проверить, насколько она соответствует пользовательским потребностям, пониманию и ожиданиям.</li>

63 <li>Проверочное. Вариант, который помогает обнаруживать и корректировать UX проблемы. Также служит средством оценки эффективности результирующего приложение или его макетов.</li>

64 <li>Сравнительное. Название говорит само за себя. Такой прием позволяет сравнивать эффективность текущей разработки со старыми или конкурентными. Один респондент здесь ничем не поможет - чтобы изучить интерфейс и проанализировать его, приглашают целые группы людей.</li>

65 </ol><p>Трудно определить, какой вариант лучше использовать. Для большинства целей применяется очная лабораторная проверка. За счет нее выходит не только сбор информации по интерфейсам, но и обратная связь от участников. А вот сравнение нескольких interfaces идеально осуществляется посредством удаленного юзабилити тестирования, в основном немодерируемого типа. Экономит немало времени, сил и ресурсов. Единственный минус - отсутствие глубинного восприятия проблем, с которыми сталкиваются пользователи.</p>

66 <h2>Как проходит процесс</h2>

67 <p>Давайте разберемся, каким образом начинают рассматриваемую "проверку". Наиболее распространенный вариант - модерируемый и очный. Именно на нем будет заострено внимание далее.</p>

68 <p>При подобных обстоятельствах:</p>

69 <ol><li>Респондент приезжает в место проведения проверки. Обычно это лаборатория компании.</li>

70 <li>Аналитики общаются с заказчиками, чтобы получить информацию о продукте в больших объемах. На этом этапе уточняются гипотезы и цели.</li>

71 <li>UX модератор (аналитик) составляет сценарий проверки. Соответствующий документ содержит инструкции для респондента, а также список тестируемых задач и вопросы, которые будут заданы после выполнения той или иной операции.</li>

72 <li>Происходит согласование сценария с заказчиком. При необходимости проводится его корректировка.</li>

73 <li>После происходит выборка респондентов. Обычно это группа до 12 человек. Некоторые компании привлекают в качестве участников своих клиентов.</li>

74 <li>По прибытию на тест модератор объясняет суть процесса.</li>

75 - <li>Респондент получает сценарий и отправляется его выполнять. За этим активно следит аналитик. Он фиксирует юзабилити-метрики.</li>

75 + <li>Респондент получает сценарий и отправляется его выполнять. За этим активно следит ��налитик. Он фиксирует юзабилити-метрики.</li>

76 <li>На основании полученной информации составляется UX отчет.</li>

77 <li>Документация передается заказчику.</li>

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

79 <h3>Сколько времени отнимает</h3>

80 <p>Тестированиям после того, как участник начал процесс, отводится не слишком много времени. На проверку уходит около 2-х часов. Половину времени отнимают непосредственные действия, а остаток затрачивается на беседы с модераторами и подготовку. Удлинять сессии нет никакого смысла, так как проверяющие рискуют устать и наделать ошибок. Все это негативно сказывается на получаемых результатах. Читать инструкции долгое время и следовать им четко способен далеко не каждый.</p>

81 <p>Если же интересна "длина" проверки с учетом согласования сценариев и поиска участников, стоит учесть - это тоже не слишком долгая операция. Она в среднем занимает до 3-х суток. Лишь в некоторых ситуациях процедура затягивается на срок до 3-4 месяцев.</p>

82 <h2>Из чего состоит отчет</h2>

83 <p>По завершении юзабилити тестирования инженер аналитик составляет отчет. Он включает в себя:</p>

84 <ul><li>сведения об особенностях предмета проверки;</li>

85 <li>цели и задачи проекта;</li>

86 <li>данные участника;</li>

87 <li>методики организации проверки;</li>

88 <li>метрики;</li>

89 <li>ошибки, которые нашел пользователь;</li>

90 <li>рекомендации по устранению проблем;</li>

91 <li>иллюстрированное описание ошибок с критичностью и частотой встречаемости;</li>

92 <li>тепловые карты.</li>

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

94 <h2>Во сколько обойдется</h2>

95 <p>Когда особенности рассмотренного процесса становятся понятны, стоит выяснить, во сколько он обойдется. Анализ и проверка софта - важные операции, требующие привлечения не только целевой аудитории, но и опытных аналитиков.</p>

96 <p>Стоимость обслуживания в Москве в среднем составляет порядка 300-350 тысяч рублей. Сюда включены все описанные выше этапы.</p>

97 <h2>О тестировщиках и аналитиках - как ими стать</h2>

98 <p>Чтобы осуществлять проверку игр и другого контента на "любительском" уровне или в качестве респондента, достаточно являться целевой аудиторией соответствующего проекта. Но есть и специалисты, которые называются "тестерами". Далее вы узнаете, как начать карьеру в QA в качестве tester.</p>

99 <h3>QA инженер - кто это</h3>

100 <p>QA Engineer - специалист, который делает весьма важные дела. Он отвечает за проверку программного обеспечения, систем и приложений. На основании полученных данных формирует отчет для дальнейшего изучения.</p>

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

102 <h4>Карьерная лестница</h4>

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

104 <ol><li>Стажер. Это первоначальная ступень. Здесь отсутствует опыт работы. Можно сказать, что такой работник делает самые простые задачи, помогает более опытным коллегам, учится.</li>

105 <li>Новичок или Junior. В среднем опыт работы составляет полгода. Ему доверяют самое простое тестирование.</li>

106 <li>QA-Engineer. В отличие от джуниора умеет работать со скриптами тестирования и самостоятельно проводить проверки. Занимается составлением отчетов. Анализирует результаты улучшения показателей.</li>

107 <li>Старший инженер. Работник с богатым опытом и сроком труда. Хорошо разбирается в разных видах тестирования, берет на себя кураторство новичками.</li>

108 <li>Senior. Так называют ведущих специалистов. Senior выступает в качестве руководителя команды инженеров. Занимается оценкой сроков тестирования, определяет самые эффективные решения поставленной задачи.</li>

109 <li>Разработчик. После Senior Engineer идет разраб. Полученные навыки позволяют не только проводить юзабилити тестирование, но и самостоятельно создавать/проверять собственный контент.</li>

110 <li>Менеджер. Специалист с хорошо прокаченными аналитически-управленческих навыках. Отвечает за постановку задач команде. Следит за выполнением поручений.</li>

111 </ol><p>Последняя ступень - это бизнес-аналитик. Является посредником между заказчиком и командой. Хорошо разбирается в бизнес-процессах и способен переводить задачи на язык разрабов.</p>

112 <h5>Чем занимается Junior</h5>

113 <p>Путь до разработчика или бизнес-аналитика тяжелый и долгий. Сначала стоит обратить внимание на ступень "Новичок". Такой специалист:</p>

114 <ul><li>понимает жизненный цикл программного обеспечения;</li>

115 <li>умеет работать с анализаторами траффика;</li>

116 <li>разбирается в принципах клиент-серверной архитектуры;</li>

117 <li>занимается юзабилити тестированием (ручным) десктопного и мобильного ПО;</li>

118 <li>документирует получаемые результаты из раза в раз;</li>

119 <li>заносит дефекты в Jira;</li>

120 <li>составляет тест-кейсы, чек-листы и тест-планы;</li>

121 <li>запускает и анализирует результаты автоматизированных проверок;</li>

122 <li>разрабатывает документацию и сценарии.</li>

123 </ul><p>Цена Engineer в выбранном направлении на этапе "джуниор" не слишком высокая. Специалист сможет получать около 30-40 тысяч рублей в месяц. Иногда стоимость оплаты труда чуть выше.</p>

124 <h5>Требования</h5>

125 <p>Джуниор должен соответствовать определенным требованиям. А именно - обдать навыками:</p>

126 <ul><li>тест-дизайна;</li>

127 <li>написания сценарием для юзабилити тестирования и не только;</li>

128 <li>тестов веб-приложений;</li>

129 <li>анализирования проблем;</li>

130 <li>знания методологий и принципов разработки программного обеспечения;</li>

131 <li>грамотного документирования проделываемых действий.</li>

132 </ul><p>Работнику предстоит разбираться в иностранном языке, а также программировании. В идеале начать интересоваться разработкой программного обеспечения. Это поможет не только в юзабилити-тестировании, но и в быстром продвижении по карьерной лестнице.</p>

133 <p>Важно: чем богаче опыт труда и больше портфолио, тем выше стоимость оплаты работы сотрудника.</p>

134 <h2>Как начать карьеру</h2>

135 <p>Разработка и тестинг могут осваиваться несколькими способами. Многое зависит от личных предпочтений человека:</p>

136 <ol><li>ВУЗ. Первый и самый долгий подход. Отнимает от 5 лет, является дорогостоящим (если не поступить на бюджет). Можно выбрать направление "Программирование". Отличный старт для тех, у кого полно времени и сил.</li>

137 <li>Самообразование. Неплохой подход для тех, у кого хорошее чувство самоконтроля. В отличие от предыдущего варианта можно учиться в любое время. А еще - больше практиковаться и концентрироваться лишь на сферах, которые интересуют человека. Стоимость минимальна, а иногда и вовсе нулевая - если не тратиться на сопутствующую литературу.</li>

138 <li>Курсы. Самый эффективный подход. В основном курсы организовываются дистанционно, для обучения требуется подключение к интернету. Есть предложения и для новичков, и для продвинутых тестеров.</li>

139 </ol><p>В последней ситуации по завершению обучения, которое длится до 12 месяцев, ученику выдадут сертификат, подтверждающий знания. Так получается достаточно быстро освоить юзабилити тестирование и иные сферы разработки.</p>

140 <p>P. S. <a>Большой выбор курсов по тестированию</a> есть и в Otus. Среди них широко представлено и направление автоматизации. Есть варианты как для продвинутых, так и для начинающих пользователей.</p>

141