| A | B | C | D | E | F | G | H | I | J | K | L | M | N | O | P | Q | R | S | T | U | V | W | X | Y | Z | |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
1 | Задание | Вид тестирования | Обоснование (что может проверить) | |||||||||||||||||||||||
2 | 1. Вы участвуете в разработке нового мобильного приложения. Это приложение — мобильная версия популярной игры, в которую играют во всём мире и с нетерпением ждут её запуска. Вы уже провели интеграционное и системное функциональное тестирования, но понимаете, что нужно как можно скорее провести и ещё один вид тестирования — нефункциональный. Какой же? (Если считаете, что можно провести не только его - можете дополнить другими) | 1. Нагрузочное тестирование. 2. Стрес-тестирование. 3. Тестирование производительности. 4. Тестирование безопасности. 5. Тестирование удобства использования. 6. Тестирование совместимости. 7. Тестирование локализации. | 1. Нагрузочное тестирование. Проверка производительности при высоком запросе пользователей: Поскольку игра популярна во всем мире, при её запуске ожидается большой наплыв пользователей. Нагрузочное тестирование поможет удостовериться, что серверы и база данных справятся с таким количеством запросов без значительных задержек. Оценка времени отклика: Это тестирование поможет выявить, как быстро приложение откликается на действия пользователя под высокой нагрузкой, что важно для поддержания хорошего игрового опыта. Определение предельной производительности системы: Такие тесты помогут понять, какое максимальное количество одновременных пользователей может поддерживать система до того, как начнутся сбои или замедление работы. 2. Стресс-тестирование. Имитирует экстремальные условия, такие как внезапный всплеск трафика, ошибки ввода-вывода или отказ оборудования. Цель этого вида тестирования - выявить точки отказа и понять, как приложение реагирует на неожиданные события. 3. Тестирование производительности. Насколько быстро и эффективно приложение работает на различных устройствах и в разных условиях использования. Это может включать в себя измерение времени отклика, скорости загрузки данных, стабильности работы при высокой нагрузке. 4. Тестирование безопасности. Защита приложения от возможных угроз, таких как кража личных данных, фишинг, вредоносные атаки и другие. Это может включать в себя проверку шифрования данных, авторизации пользователей, защиты от SQL-инъекций и других уязвимостей. 5. Тестирование удобства использования (юзабилити, UI/UX-тестирование ). Оценка того, насколько удобно и интуитивно понятно использовать приложение для пользователей. Это может включать в себя анализ интерфейса, навигации, доступности функций и соответствия ожиданиям пользователей. Оценка пользовательского опыта, получение обратной связи от бета-тестеров поможет узнать, какие элементы игры удовлетворяют пользователей, а какие вызывают трудности или неудовольствие. 6. Тестирование совместимости. Проверка того, что приложение корректно работает на различных мобильных устройствах, операционных системах и браузерах. Это может включать в себя тестирование на разных разрешениях экрана, версиях ОС и аппаратных конфигурациях. 7. Тестирование локализации. Проверка корректности перевода: Убедиться, что весь текст в приложении точно переведен на все целевые языки, важная составляющая для обеспечения удобства использования и удовлетворения международных пользователей. Адаптация интерфейса для разных языков: Некоторым языкам требуется больше места для отображения текста, либо у них различается направление текста (например, справа налево). Тестирование локализации поможет выявить и устранить проблемы с размещением текста и элементов интерфейса. Проверка форматов дат, времени и чисел: Разные страны используют разные форматы дат, времени и чисел, и важно, чтобы приложение корректно отображало эти данные в зависимости от локализации. | |||||||||||||||||||||||
3 | Задание | Вид тестирования | Причина | |||||||||||||||||||||||
4 | 2. Представим ситуацию: по аналитике в сторе у вашего приложения много установок, но фактических успешных регистраций новых пользователей в разы меньше. Как вы думаете, какие виды тестирования могут здесь помочь? Приведите пять причин, по которым пользователь не может успешно зарегистрироваться. | 1. Тестирование удобства использования. 2. Тестирование производительности. 3. Тестирование безопасности. 4. Тестирование совместимости. 5. Тестирование локализации. | 1. Процесс регистрации слишком сложен или непонятен для пользователей. 2. Приложение медленно загружается или имеет проблемы с откликом. 3. Недоверие к приложению из-за проблем с безопасностью, таких как утечка данных или отсутствие шифрования. 4. Приложение не работает должным образом на устройствах пользователей или в их географическом регионе. 5. Процесс регистрации непонятен для пользователей из разных стран. | |||||||||||||||||||||||
5 | Задание | Шаги | Заключение | |||||||||||||||||||||||
6 | 3. Поясните, как следует поступить, если приложение работает в соответствие с описаниями в бизнес-требованиях, а юзеры пишут, что это баг. | В такой ситуации важно провести тщательный анализ и предпринять несколько шагов для разрешения проблемы и улучшения пользовательского опыта. 1. Получить больше информации. Попросить пользователей предоставить подробную информацию о том, что именно они считают проблемой. Это поможет лучше понять их точку зрения и возможные причины несоответствия ожиданий. 2. Проверить качества бизнес-требований. Необходимо полученную информацию от пользователя сравнить с бизнес-требованиями. Возможно, там есть несоответствие между тем, что было реализовано, и тем, что ожидалось. Переоценить, соответствуют ли текущие требования реальным потребностям пользователей. Проверить, не пропущены ли какие-либо ключевые элементы или сценарии использования. 3. Обсуждение с командой. Обсудить проблему с разработчиками, дизайнерами и другими членами команды, чтобы понять, была ли допущена ошибка в процессе разработки или это действительно ожидание пользователя, которое не было учтено. 4. Принять решение. Если проблема действительно является ошибкой, то ее следует исправить. Если же это ожидание пользователя, которое не было учтено, то стоит обсудить с заказчиком возможность внесения изменений в соответствии с пользовательскими пожеланиями. 5. Вовлеченность пользователей. Организация фокус-группы или интервью с описанной целевой аудиторией. Убедиться, что их мнение учтено в бизнес-требованиях. 6. Улучшение процесса разработки и тестирования. Привлекать реальных пользователей для выполнения бета-тестирования новых версий приложения, на основе их отзывов оперативно устранять выявленные проблемы. Внедрять инструменты анализа пользовательского поведения (например, тепловые карты кликов, сессии воспроизведения) для изучения, как пользователи взаимодействуют с приложением, и использовать эти данные для улучшения. 7. Коммуникация с пользователями. Обратная связь и разъяснения пользователям о том, что их отзывы важны, и информировать их о планируемых изменениях. Объяснить, что считается багами, а что – бизнес-решениями, и предложить альтернативные пути, если возможно. Обеспечить качественную поддержку пользователей, чтобы они могли легко находить решения своих проблем. Предоставление ресурсов (инструкции, часто задаваемые вопросы, видеоуроки), чтобы помочь пользователям лучше понять функционал приложения. 8. Анализ конкурентов. Провести исследование рынка, изучить, как аналогичные проблемы решаются у конкурентов. Оценить, можно ли адаптировать удачные подходы для нашего приложения. | Регулярное взаимодействие с пользователями и стремление к улучшению их опыта – ключ к успешному приложению. Даже если приложение соответствует техническим требованиям, его успех зависит от удовлетворенности пользователей. Поэтому важно непрерывно собирать и обрабатывать обратную связь и адаптировать приложение под реальные потребности и ожидания пользователей. | |||||||||||||||||||||||
7 | Задание | Требование | Проверка | |||||||||||||||||||||||
8 | 4. Придумайте по две проверки для требований по доступности: Субтитры, расшифровки и аудио описания: предоставление альтернативных способов потребления мультимедийного контента для пользователей с нарушениями слуха или зрения; Цвет и контраст: применение соответствующих цветовых комбинаций и уровней контрастности, чтобы сделать текст и графические элементы легко различимыми и заметными для людей с нарушениями зрения или дальтонизмом; Доступность клавиатуры: облегчение доступа к клавиатуре и альтернативным устройствам ввода для поддержки пользователей с ограниченной подвижностью или тех, кто не может использовать сенсорные экраны. Поддержка программ чтения с экрана: обеспечение совместимости с программами чтения с экрана, чтобы помочь пользователям с нарушениями зрения понимать приложение и управлять им. | 1. Предоставление альтернативных способов потребления мультимедийного контента для пользователей с нарушениями слуха или зрения. 2. Применение соответствующих цветовых комбинаций и уровней контрастности, чтобы сделать текст и графические элементы легко различимыми и заметными для людей с нарушениями зрения или дальтонизмом. 3. Облегчение доступа к клавиатуре и альтернативным устройствам ввода для поддержки пользователей с ограниченной подвижностью или тех, кто не может использовать сенсорные экраны. 4. Обеспечение совместимости с программами чтения с экрана, чтобы помочь пользователям с нарушениями зрения понимать приложение и управлять им. | Субтитры, расшифровки и аудио описания: 1. Наличия субтитров для всех видеоматериалов. 2. Наличия аудио описаний для визуальных сцен в видеоматериалах. Цвет и контраст: 1. Соответствия цветовых схем и контраста стандартам доступности. 2. Использование различных фильтров и настроек дисплея, чтобы убедиться, что информация остается читаемой. Доступность клавиатуры: 1. Функциональность клавиатуры и альтернативные устройства ввода, такие как голосовые команды или физические кнопки. 2. Возможности использования клавиатуры для навигации по приложению и выполнения основных функций. Поддержка программ чтения с экрана: 1. Все текстовые и графические элементы имеют соответствующие метки (label, aria-label), которые могут быть распознаны программами чтения с экрана. Проверка может быть выполнена с помощью тестирования скринридерами (например, VoiceOver для iOS или TalkBack для Android). 2. Навигация и структура приложения логичны и последовательны. Программы чтения с экрана должны корректно озвучивать структуру заголовков, блоков текста и интерактивных элементов. | |||||||||||||||||||||||
9 | ||||||||||||||||||||||||||
10 | ||||||||||||||||||||||||||
11 | ||||||||||||||||||||||||||
12 | ||||||||||||||||||||||||||
13 | ||||||||||||||||||||||||||
14 | ||||||||||||||||||||||||||
15 | ||||||||||||||||||||||||||
16 | ||||||||||||||||||||||||||
17 | ||||||||||||||||||||||||||
18 | ||||||||||||||||||||||||||
19 | ||||||||||||||||||||||||||
20 | ||||||||||||||||||||||||||
21 | ||||||||||||||||||||||||||
22 | ||||||||||||||||||||||||||
23 | ||||||||||||||||||||||||||
24 | ||||||||||||||||||||||||||
25 | ||||||||||||||||||||||||||
26 | ||||||||||||||||||||||||||
27 | ||||||||||||||||||||||||||
28 | ||||||||||||||||||||||||||
29 | ||||||||||||||||||||||||||
30 | ||||||||||||||||||||||||||
31 | ||||||||||||||||||||||||||
32 | ||||||||||||||||||||||||||
33 | ||||||||||||||||||||||||||
34 | ||||||||||||||||||||||||||
35 | ||||||||||||||||||||||||||
36 | ||||||||||||||||||||||||||
37 | ||||||||||||||||||||||||||
38 | ||||||||||||||||||||||||||
39 | ||||||||||||||||||||||||||
40 | ||||||||||||||||||||||||||
41 | ||||||||||||||||||||||||||
42 | ||||||||||||||||||||||||||
43 | ||||||||||||||||||||||||||
44 | ||||||||||||||||||||||||||
45 | ||||||||||||||||||||||||||
46 | ||||||||||||||||||||||||||
47 | ||||||||||||||||||||||||||
48 | ||||||||||||||||||||||||||
49 | ||||||||||||||||||||||||||
50 | ||||||||||||||||||||||||||
51 | ||||||||||||||||||||||||||
52 | ||||||||||||||||||||||||||
53 | ||||||||||||||||||||||||||
54 | ||||||||||||||||||||||||||
55 | ||||||||||||||||||||||||||
56 | ||||||||||||||||||||||||||
57 | ||||||||||||||||||||||||||
58 | ||||||||||||||||||||||||||
59 | ||||||||||||||||||||||||||
60 | ||||||||||||||||||||||||||
61 | ||||||||||||||||||||||||||
62 | ||||||||||||||||||||||||||
63 | ||||||||||||||||||||||||||
64 | ||||||||||||||||||||||||||
65 | ||||||||||||||||||||||||||
66 | ||||||||||||||||||||||||||
67 | ||||||||||||||||||||||||||
68 | ||||||||||||||||||||||||||
69 | ||||||||||||||||||||||||||
70 | ||||||||||||||||||||||||||
71 | ||||||||||||||||||||||||||
72 | ||||||||||||||||||||||||||
73 | ||||||||||||||||||||||||||
74 | ||||||||||||||||||||||||||
75 | ||||||||||||||||||||||||||
76 | ||||||||||||||||||||||||||
77 | ||||||||||||||||||||||||||
78 | ||||||||||||||||||||||||||
79 | ||||||||||||||||||||||||||
80 | ||||||||||||||||||||||||||
81 | ||||||||||||||||||||||||||
82 | ||||||||||||||||||||||||||
83 | ||||||||||||||||||||||||||
84 | ||||||||||||||||||||||||||
85 | ||||||||||||||||||||||||||
86 | ||||||||||||||||||||||||||
87 | ||||||||||||||||||||||||||
88 | ||||||||||||||||||||||||||
89 | ||||||||||||||||||||||||||
90 | ||||||||||||||||||||||||||
91 | ||||||||||||||||||||||||||
92 | ||||||||||||||||||||||||||
93 | ||||||||||||||||||||||||||
94 | ||||||||||||||||||||||||||
95 | ||||||||||||||||||||||||||
96 | ||||||||||||||||||||||||||
97 | ||||||||||||||||||||||||||
98 | ||||||||||||||||||||||||||
99 | ||||||||||||||||||||||||||
100 |