Аннотация

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

Введение

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

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

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

Для достижения цели были поставлены следующие задачи:

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

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

1 Обзор методов

В основе данного исследования лежал метод чёрного ящика. Данный подход подразумевает тестирование функциональности приложения без доступа к его внутреннему коду, структурам данным или алгоритмам. Тестировщик взаимодействует с приложением исключительно через пользовательский интерфейс, анализируя выходные данные в ответ на различные входные воздействия. Это позволяет оценить приложение с точки зрения конечного пользователя [1].

В рамках метода чёрного ящика были применены следующие виды тестирования:

1. Исследовательское тестирование. Данный подход был выбран как основной для углубл ённого анализа. В отличии от строгого следования заранее написанным тест-кейсам, тестировщик одновременно проектирует тесты, выполняет их и изучает полученные результаты, руководствуясь своим опытом. Это позволяет имитировать поведение реального пользователя и находить дефекты, которые трудно предусмотреть формально;
2. Кросс-платформенное тестирование. Проводилось параллельное тестирование приложения на операционных системах Android и IOS. Сравнивалось единообразие визуального представления ключевых элементов, кнопки, поля ввода, сообщения, согласованность поведения, навигация, соответствие гайдлайнам каждой платформы, Human Interface Guideline от Apple, Material Design от Apple;
3. Функциональное тестирование: Было направлено на проверку соответствия функций приложения заявленным и ожидаемым требованиям. Основное внимание уделялось модулям «Вход/Регистрация» и «Корзина». Использовались такие техники, как: тестирование граничных значений, анализ полей ввода пароля, количества товара; эквивалентное разделение, проверка валидных и невалидных email-адресов [2].
4. Юзабилити-тестирование: Проводилось для оценки удобства использования интерейса. Оценка базировалась на общепризнанных эвристиках Якоба Нильсена, наиболее релевантных для исследуемых модулей. Первой эвристикой Нельсона является видимость статуса системы, например, понятно ли отображаются сообщения об ошибках, виден ли текущий статус товара в корзине «В наличии», «Заканчивается». Вторая эвристика Нельсона － свобода и контроль пользователя, может ли пользователь легко отменить действие, удалить товар, исправить ошибку в форме; согласованность и стандарты, например, соответствуют ли элементы управления общепринятым нормам. Третья эвристика Нельсона － предотвращение ошибок, наличие подсказок в полях ввода, подтверждение при удалении товара. Четвёртая эвристика Нельсона － эстетика и минимализм дизайна, не перегружены ли ключевые экраны лишней информацией [3].

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

2 Методология тестирования

Объектом исследования выступило мобильное приложение «Читай-город» версии 2.3.1 для операционных систем Android и IOS. Тестирование проводилось в период с 29 октября по 10 ноября 2025 года.

Процесс тестирования был организован следующим образом:

1. Планирование и распределение задач. Команда тестировщиков была разделена по функциональным модулям. В зону моей ответственности входили модули «Вход/Регистрация» и «Корзина». Для каждого модуля было проведено исследовательское тестирование;
2. Разработка чек-листов. Для каждого модуля были разработаны базовые чек-листы, объединяющие функциональные и юзабилити-проверки, которые в дальнейшем служили каркасом для более глубокого исследования;
3. Кросс-платформенное исследовательское тестирование. Все проверки выполнялись параллельно на устройствах с операционными системами Android и IOS, с фиксацией любых поведенческих и визуальных расхождений;
4. Фиксация дефектов в отчётах. Каждый выявленный дефект документируется в виде баг репортов в системе для управления процессом тестирования программного обеспечения. Структура баг репорта включала краткий и понятный заголовок, подробное описание шагов для воспроизведения. Актуальный и ожидаемый результат, критичность и приоритет дефекта, окружение, где проводилось тестирование и версию тестируемого продукта.

Рисунок 1 – Чек-лист для тестирования авторизации и регистрации.

3 Результаты и обсуждение

По результатам тестирования модулей «Вход/Регистрация» и «Корзина» была собрана следующая статистика:

Таблица 1 - Статистика результатов тестирования

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

Качественный анализ выявленных проблем по модулю «Авторизация/Регистрация»:

1. 1.Функциональный дефект: при регистрации/авторизации на Android отсутствует возможность вставки номер телефона из буфера обмена. Это нарушает принцип предсказуемости, снижает эффективность и скорость работы с приложением.
2. 2.Функциональное улучшение: при регистрации/авторизации на iPhone поле номер телефона не применяет маску форматирования при вставке номера телефона из буфера обмена. Например, при вставке номера +79880123456, в поле отображается: +77988012345. Это нарушает принцип предотвращения ошибок.
3. 3.Функциональное улучшение: отсутствует подтверждение при выходе из аккаунта. Подтверждение выхода из системы необходимо для предотвращения выхода из-за случайного нажатия или в случае ошибки.
4. 4.Функциональный дефект: невозможно вернуться на предыдущие шаги в процессе регистрации на устройстве iPhone. Нажатие стандартной кнопки «Назад» в мобильном приложении не приводит к возврату на предыдущий экран формы.
5. 5.Кросс-платформенная несовместимость: при регистрации/авторизации на iPhone c пустым или неполным номером телефоне отсутствует валидационное сообщение об ошибке, в то время как на Android, когда система сталкивается с ошибкой, она обработатывает её, определяет тип и показает пользователю понятное сообщение "Введите корректный номер телефона".
6. 6.Кроссплатформенная несовместимость: при регистрации на iPhone система принимает имя и фамилия длиннее 30 символов, в то время как на Android ограничение от 2 до 30 символов. Это нарушает принцип согласованности.
7. 7.Кроссплатформенная несовместимость: при регистрации на iPhone с пустым именем и фамилией система отображает неинформативное валидационное сообщение.
8. 8.Юзабилити-дефект: отсутствует валидационное сообщение при регистрации без активации чекбокса подтверждения возраста. Это могло вызвать у пользователя непонимание, почему он не может зарегистрироваться.

По модулю «Корзина»:

1. Кроссплатформенная несовместимость: При наличии менее 4х экземпляров остатка товара на складе, отсутствует сообщение об ограниченном количестве товара на iPhone, например, "Последний экземпляр", "Осталось n штук". В рабочей среде Android сообщения об ограниченном количестве товара присутствует.
2. Функциональное улучшение: При изменении количества товара в корзине общая сумма пересчитывалась не мгновенно, а с задержкой около 5 секунд. Это могло вызвать у пользователя сомнения в корректности работы приложения.

4 Обсуждение эффективности чек-листов

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

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

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

Заключение

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

Практическая значимость работы заключается в следующем:

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

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

Литература

1. Куликов С. В. Тестирование программного обеспечения базовый курс / С. В. Куликов. - 2-е изд. – М : ERAM System, RD rep, 2020. – 300 с.
2. A Practitioner’s Guide to Software Test Design/ Lee Copeland [Электронный ресурс] / Lee Copeland // Computer. – Электрон. дан. - 2004. – Режим доступа: https://dahlan.unimal.ac.id/files/ebooks/2004%20A%20Practitioner's%20Guide%20to%20Software%20Test%20Design_Good.pdf. - Загл. с экрана.
3. QA Bible: Test strategy [Электронный ресурс]. – Электрон. дан. - 2024. – Режим доступа: https://vladislaveremeev.gitbook.io/qa_bible/testovaya-dokumentaciya-i-artefakty-test-deliverablestest-artifacts/strategiya-testirovaniya-test-strategy.