чит лист для тестирования мобильных приложений
Открытое тестирование
Получайте отзывы о качественных и количественных показателях игры или приложения от большого числа тестировщиков.
Тестирование функций в предварительном выпуске
Проверяйте новые функции среди самых вовлеченных пользователей, прежде чем выпускать их для широкой аудитории.
Тестирование в разных странах
Проводите открытое тестирование на каждом новом рынке: это поможет адаптировать функции приложения в соответствии с потребностями пользователей.
Привлечение трафика
Проверьте свою стратегию привлечения пользователей, сделав предварительный выпуск игры или приложения доступным в Google Play.
Рекомендации
Размещайте тестовые версии своего приложения на Google Play. Это позволит собрать отзывы пользователей и отследить показатели игры ещё до ее запуска.
Выявляйте проблемы в версии для открытого тестирования с помощью отчетов.
Привлекайте больше пользователей для участия в открытом тестировании – распространяйте по всем своим каналам продвижения прямые ссылки на страницу сведений о приложении в Google Play.
Собирайте личные отзывы во время открытого и закрытого тестирования и отвечайте тестировщикам через Play Console. Эти отзывы видны только вам и не влияют на общедоступную оценку приложения.
Примечание. При открытом или закрытом тестировании платного приложения тестировщикам нужно будет его купить. При внутреннем тестировании тестировщики смогут устанавливать приложение бесплатно.
Полезные материалы
Как провести открытое, закрытое или внутреннее тестирование
Перейдите в Справочный центр и узнайте, как настроить тестовую версию в Play Console.
Успешный запуск и обновление приложений в Google Play
Посмотрите презентацию с Google I/O, посвященную использованию инструментов управления выпусками.
Тестирование мобильных игр перед запуском
Публикуйте ранние версии приложения для внутреннего тестирования, проводите закрытое и открытое тестирование среди доверенных пользователей.
Тестирование приложений перед выпуском
Узнайте об оптимальных методах тестирования из курса Академии Google Play.
Закрытое тестирование
Предлагайте доверенным пользователям протестировать новые функции и получайте отзывы, которые не будут видны в Google Play и не повлияют на рейтинг приложения.
Простая регистрация
Получившие приглашение пользователи могут устанавливать тестовые сборки непосредственно из Google Play.
Частные отзывы
Пользователи могут оставлять в Google Play отзывы, которые будут видны только вам.
Параллельные эксперименты
Благодаря нескольким тестовым версиям команды могут одновременно экспериментировать с разными функциями.
Рекомендации
Чтобы собрать более конкретные отзывы, проведите закрытое тестирование среди определенных пользователей. Вы можете приглашать предварительно зарегистрированных пользователей, а также отправлять приглашения с помощью Google Групп или по электронной почте.
Предоставьте тестировщикам канал для обратной связи. Выпуская версию приложения для закрытого тестирования, предложите пользователям возможность отправлять отзывы по электронной почте, а также оставлять их на сайте или форуме.
Используйте отчет о тестировании, чтобы узнать, какие проблемы возникли в версии для закрытого тестирования.
Вы можете собирать конфиденциальные отзывы во время открытого и закрытого тестирования и отвечать тестировщикам через Play Console. Эти отзывы видны только вам и не влияют на общедоступную оценку приложения.
Примечание. При открытом или закрытом тестировании платного приложения тестировщикам нужно будет его купить. При внутреннем тестировании они смогут установить приложение бесплатно.
Чит лист для тестирования мобильных приложений
Что пишут в блогах
В этом видео Крутов рассказал про инструменты Moon и Moon Cloud. Обсудили новые фичи: поддержка Selenium 4, Playwright, Cypress.
29-30 октября в Москве пройдет международная конференция по тестированию SQA Days!
Продолжу хвастаться статусом книги.
В этом выпуске говорили о новостях мира тестирования за август 2021: книги, полезные материалы и новые релизы инструментов. Новые эпизоды «Вечера грязи».
Онлайн-тренинги
Конференции
Heisenbug 2021 Moscow
Большая техническая конференция для тестировщиков
5-7 октября 2021, онлайн
Что пишут в блогах (EN)
Разделы портала
Про инструменты
Автор: Яковлев Станислав — Team Lead команды тестирования сервиса Юла, телеграмм канал t.me/qa_chillout
У многих начинающих специалистов в области тестирования возникает вопрос: «А как же протестировать мобильное приложение. С чего начать, какие проверки стоит осуществить?» Данный вопрос актуален, когда они приходят в компанию, где нет документации на проекте, либо это только что появившийся стартап. Чтобы ответить на эти вопросы была подготовлена универсальная шпаргалка, которую можно использовать при тестировании практически любого приложения.
В данный чек-лист вошли только общие характеристики. Естественно, в тестируемом приложении может быть функциональность, для которой нужно применять отдельный подход и создать отдельные сценарии. То же самое верно для производительности, удобства использования, безопасности и прочего тестирования, которое необходимо вашему приложению.
Чек-лист для тестирования мобильных приложений состоит из восьми разделов:
Функциональное тестирование
В данном пункте нам важно убедиться, что наш продукт соответствует нужной функциональной спецификации, упомянутой в документации по разработке.
Что проверяем?
1. Установка/удаление/накатка версий
2. Запуск приложения (отображение Splash Screen)
3. Работоспособность основного функционала приложения
3.1 Авторизация (по номеру телефона/через соц. сети/e-mail)
3.2 Регистрация (по номеру телефона/через соц. сети/e-mail)
3.3 Онбординг новых пользователей
3.4 Валидация обязательных полей
3.5 Навигация между разделами приложения
3.6 Редактирование данных в профиле пользователя
3.7 Проверка оплаты
3.8 Тестирование фильтров
3.9 Бонусы
4. Корректное отображение ошибок
5. Работа с файлами (отправка/получение/просмотр)
6. Тестирование тайм-аутов
7. Тестирование заглушек (не соединения с интернетом/нет, например, товаров и т.д)
8. Тестирование pop-up, алертов
9. Тестирование WebView
10. Скролл/свайп элементов
11. Тестирование PUSH уведомлений
12. Сворачивание/разворачивание приложения
13. Разные типы подключений (сотовая связь/Wi-Fi)
14. Ориентация экрана (альбомная/портретная)
15. Темная/светлая темы
16. Реклама в приложении
17. Шаринг контента в соц. сети
18. Работа приложения в фоне
19. Пагинация страниц
20. Политики конфиденциальности и прочие ссылки на документы
Тестирование совместимости
Тестирование совместимости используется, чтобы убедиться, что ваше приложение совместимо с другими версиями ОС, различными оболочками и сторонними сервисами, а также аппаратным обеспечением устройства.
Что проверяем?
1. Корректное отображение гео
2. Информации об операциях (чеки и т.д.)
3. Различные способы оплаты (Google Pay, Apple Pay)
4. Тестирование датчиков (освещенности, температуры устройства, гироскоп и т.д.)
5. Тестирование прерываний (входящий звонок/смс/push/будильник/режим «Не беспокоить» и т.д.)
6. Подключение внешних устройств (карта памяти/наушники и т.д.)
Тестирование безопасности
Данная проверка нацелена на поиск недостатков и пробелов с точки зрения безопасности приложения.
Что проверяем?
1. Тестирование разрешений (доступ к камере/микрофону/галерее/и т.д.)
2. Данные пользователя (пароли) не передаются в открытом виде
3. В полях, с вводом пароля и подтверждением пароля, данные скрываются астерисками
Тестирование локализации и глобализации
Тестирование интернационализации/глобализации приложения включает тестирование приложения для различных местоположений, форматов дат, чисел и валют, а также замену фактических строк псевдостроками. Тестирование локализации включает тестирование приложения с локализованными строками, изображениями и рабочими процессами для определенного региона.
Что проверяем?
1. Все элементы в приложении переведены на соответствующий язык
2. Тексты зашиты внутри приложения и пользователь в настройках приложения может выставить необходимый язык
3. Тексты зависят от языка в системных настройках
4. Тексты приходят с сервера
5. Корректное отображение форматов дат (ГОД — МЕСЯЦ — ДЕНЬ или ДЕНЬ — МЕСЯЦ — ГОД.)
6. Корректное отображение времени в зависимости от часового пояса
Тестирование удобства использования
Тестирование удобства использования помогает удостовериться в простоте и эффективности использования продукта пользователем, с целью достижения поставленных целей. Иными словами, это не что иное, как тестирование дружелюбности приложения для пользователя.
Что проверяем?
1. Корректное отображение элементов на устройствах с различными разрешениями экранов
2. Все шрифты соответствуют требованиям
3. Все тексты правильно выровнены
4. Все сообщения об ошибках верные, без орфографических и грамматических ошибок
5. Корректные заголовки экранов
6. В поисковых строках присутствуют плейсхолдеры
7. Неактивные элементы отображаются серым
8. Ссылки на документы ведут на соответствующий раздел на сайте
9. Анимация между переходами
10. Корректный возврат на предыдущий экран
11. Поддерживаются основные жесты при работе с сенсорными экранами (swipe back и т.д.)
12. Пиксель-перфект
Стрессовое тестирование
Стрессовое тестирование направлено на определение эффективности производительности приложения в условиях повышенной нагрузки. Стресс-тест в этом контексте ориентирован только на мобильные устройства.
Что проверяем?
1. Высокая загрузка центрального процессора
2. Нехватка памяти
3. Загрузка батареи
4. Отказы
5. Низкая пропускная способность сети
6. Большое количество взаимодействий пользователя с приложением (для этого может понадобиться имитация реальных условий состояния сети)
Кросс-платформенное тестирование
Важный вид тестирования, который необходимо проводить для понимания того, будет ли должным образом отображаться тестируемый продукт на различных платформах, используемых целевой аудиторией.
Что проверяем?
— Работоспособность приложения на различных устройствах разных производителей
Тестирование производительности
Если пользователь устанавливает приложение, и оно не отображается достаточно быстро (например, в течение трех секунд), оно может быть удалено в пользу другого приложения. Аспекты потребления времени и ресурсов являются важными факторами успеха для приложения, и для измерения этих аспектов проводится тестирование производительности.
Что проверяем?
1. Время загрузки приложения
2. Обработка запросов
3. Кэширование данных
4. Потребление ресурсов приложением (например расход заряда батареи)
Резюме
Мы ознакомились с универсальной шпаргалкой по тестированию мобильных приложений. Не забывайте читать документацию и дополнять чек-лист проверками, характерными для вашего приложения.
Чек-лист для тестирования мобильных приложений
Sep 10, 2020 · 4 min read
Разработка мобильного приложения обязательно включает этап тестирования. От того, насколько качественно QA инженеры выполнят свою работу, во многом в дальнейшем будет зависеть удовлетворенность пользователей продуктом. В этом тексте мы, компания “Ваумэйкинг”, поделимся чек-листом для тестирования мобильных приложений и подскажем полезные инструменты.
Роль тестировщика в команде разработки сложно переоценить. Н а базовом уровне этот специалист занимается сравнением фактического результата работы системы с ожидаемым результатом, и в случае расхождения фиксирует ошибку — баг. Но хороший QA инженер помимо этого еще планирует процесс тестирование, ведет документацию, автоматизирует рутинные задачи, ведет отчетность и многое другое. Чтобы гарантировать высокое качество разработки приложения, QA инженер должен участвовать на всех этапах создания приложения, включая подготовку концепции, анализ требований и выпуск готового продукта.
Часто можно столкнуться со стереотипом о том, что процесс тестирования несложный и не отнимает много времени. Скорее всего так утверждают люди, которые представляют только функциональную часть тестирования. Они думают, что главная задача тестировщика проверить, что кнопка в интерфейсе работает. При этом забывается, что существует огромное количество других типов тестирования, которые необходимо проводить: тестирование обновления, локализации, конфигурационное, юзабилити, безопасности, нагрузочное и другие.
Описать процесс тестирования продуктов помогает общепринятая модель зрелости процессов тестирования программного обеспечения (Software Testing Maturity Model). Согласно ей выделяют 5 уровней тестирования: Initial, Definition, Integration, Management and measurement, Optimization.
В Wowmaking мы придерживаемся второго уровня — Definition. Другими словами, у нас разработаны стратегии тестирования, планы тестирования и тестовые примеры, основанные на требованиях.
За три года работы компании у нас сложился свой чек-лист по тестированию продуктов, следование которому помогает качественно выявить ошибки и избежать критических сбоев. В зависимости от типа продукта некоторые этапы проверки могут добавляться либо не проводиться, но в целом мы ему следуем и готовы поделиться.
Включает в себя сбор требований к мобильному приложению, их систематизацию, выявление взаимосвязей, а также документирование. Важно понимать, что требование — это описание задачи или проблемы, которую должен решать продукт.
2. Smoke/Acceptance Test (базовые проверки)
Короткий цикл тестов, который помогает убедиться, что приложение работает и выполняет основные функции.
3. Defect Validation (валидация багов/проверка задач)
Проверка результата исправления дефектов, которые раньше фиксировались в продукте, и новых функций.
4. Mobile Specific (проверка специфичных для мобильных устройств характеристик)
Тестирование различных условий связи/доступа в интернет, ориентации экрана, заряда, доступ к GPS, бэкграунда/фореграунда, прерывания и т.д.
5. Upgrade Testing (проверка обновления)
Проверка корректной работы приложения после установки обновления.
6. App Management (работа со сторами)
Контроль новых версий приложений перед загрузкой в App Store и Google Play, а также заполнение всех метаданных, необходимых для выпуска нового приложения /обновления.
7. Crashlytics (работа с инструментом, фиксирующим падения приложения)
Отслеживание и анализ крэшей в мобильных приложениях на операционных системах iOS и Android.
8. UI testing (тестирование интерфейса и сравнение с дизайном)
Тестирование легкости использования продукта для пользователя и сравнение готового дизайна в приложении с макетами.
9. Localization Testing (тестирование локализации)
Проверка правильности верстки элементов интерфейса для различных регионов.
10. Push notification (тестирование уведомлений продукта)
Проверка корректности внешнего вида и содержания уведомлений.
11. Configuration Testing (конфигурационное тестирование)
Контроль за оптимальной работой приложения на разных устройствах, где учитывается их размер, разрешение экрана, версии и другое.
12. API testing (тестирование Application Programming Interface)
Тестирование взаимодействия пользовательской части приложения с сервером.
13. Issues Investigation (анализ багов и юзеров)
Поиск и устранение плавающих багов и анализ багов, замеченных пользователями.
14. Billing (проверка покупок)
Тестирование корректной работы процесса совершения покупок в приложении.
15. Advertisement (проверка рекламы)
Проверка настроек рекламы и корректности воспроизведения рекламных материалов.
16. Analytics (проверка систем аналитики)
Проверка подключения систем аналитики и всех необходимых ивентов.
17. Competitor Analysis (анализ конкурентов)
Изучение продуктов конкурентов с целью сбора информации о реализации похожих задач.
18. Regression Testing (регрессионное тестирование)
Проверка стабильности работы ранее реализованных функций после внесения изменений.
19. Content Testing (тестирование контента)
Проверка корректного отображения контента в продукте.
20. Test Documentation (работа с документацией)
Создание и поддержка тестовой документации (в первую очередь чек-листов).
Наш чек-лист нельзя назвать универсальным для всех мобильных приложений, но перечисленные виды тестирования помогают нам устранить возможные дефекты и выпустить в релиз качественный продукт. Тем не менее каждый релиз — это челлендж, во время которого нужно за минимальное время протестировать максимум функционала и при этом соблюсти баланс между требованиями бизнеса и удовлетворенностью юзеров.
Можем посоветовать несколько инструментов, которые позволят максимально эффективно провести тестирование и сэкономить время:
Чек-лист тестирования WEB приложений
Привет! После публикации статьи «Чек-лист тестирования мобильных приложений», поступило большое количество сообщений про такой же чек-лист, только для WEB приложений. Чтобы ответить на этот вопрос была подготовлена универсальная шпаргалка, которую можно использовать при тестировании практически любого WEB приложения.
В данный чек-лист вошли только общие характеристики. Естественно, в тестируемом приложении может быть функциональность, для которой нужно применять отдельный подход и создать отдельные сценарии. То же самое верно для производительности, удобства использования, безопасности и прочего тестирования, которое необходимо вашему приложению.
Чек-лист для тестирования WEB приложений состоит из шести разделов:
Функциональное тестирование
В данном пункте нам важно убедиться, что наш продукт соответствует нужной функциональной спецификации, упомянутой в документации по разработке.
Что проверяем?
Интеграционное тестирование
Интеграционное тестирование проводится для того, чтобы убедиться, что ваше приложение совместимо со сторонними сервисами.
Что проверяем?
Тестирование безопасности
Данная проверка нацелена на поиск недостатков и пробелов с точки зрения безопасности нашего приложения.
Что проверяем?
Тестирование локализации и глобализации
Тестирование интернационализации/глобализации WEB приложения включает тестирование приложения для различных местоположений, форматов дат, чисел и валют. Тестирование локализации включает тестирование WEB приложения с локализованными строками, изображениями и рабочими процессами для определенного региона.
Что проверяем?
Тестирование удобства использования
Тестирование удобства использования подразумевает проверку навигации, контента, другая информация для пользователя.
Что проверяем?
Кросс-платформенное тестирование
Кросс-платформенное тестирование проводится, чтобы убедиться, что ваше приложение совместимо с другими браузерами, различными оболочками, аппаратным обеспечением устройства.