Учебники

1) Проверьте свои мобильные приложения

Часто задаваемый вопрос от нашего ученика: как тестировать мобильные приложения? В этом руководстве мы предоставляем пример сценария тестирования / тестовых случаев для тестирования мобильного приложения.

Вы можете выполнить некоторые или все тестовые случаи на основе ваших требований к мобильному тестированию. Тестовые случаи организованы на основе мобильных типов тестирования.

Функциональные тесты

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

  1. Тип приложения, основанный на использовании бизнес-функций (банковское, игровое, социальное или бизнес)
  2. Тип целевой аудитории (потребитель, предприятие, образование)
  3. Канал распространения, который используется для распространения приложения (например, Apple App Store, Google play, прямое распространение)

Мобильное тестирование: полное руководство по тестированию ваших мобильных приложений

Наиболее фундаментальными сценариями тестирования в функциональном тестировании можно считать:

  1. Чтобы проверить, все ли обязательные поля работают должным образом.
  2. Чтобы убедиться, что обязательные поля отображаются на экране отличительным от необязательных полей.
  3. Чтобы проверить, работает ли приложение в соответствии с требованиями при каждом запуске / остановке приложения.
  4. Чтобы проверить, переходит ли приложение в минимизированный режим при поступлении входящего телефонного звонка. Для проверки того же самого нам нужно использовать второй телефон, чтобы позвонить на устройство.
  5. Чтобы проверить, может ли телефон хранить, обрабатывать и получать SMS при каждом запуске приложения. Чтобы проверить то же самое, нам нужно использовать второй телефон для отправки смс на устройство, которое тестируется и где в данный момент выполняется тестируемое приложение.
  6. Чтобы убедиться, что устройство способно выполнять требуемые требования многозадачности, когда это необходимо.
  7. Чтобы проверить, что приложение позволяет необходимые параметры социальной сети, такие как обмен, публикация и навигация и т. Д.
  8. Чтобы убедиться, что приложение поддерживает любую транзакцию платежного шлюза, такую ​​как Visa, Mastercard, Paypal и т. Д., Как того требует приложение.
  9. Чтобы убедиться, что сценарии прокрутки страницы включены в приложении по мере необходимости.
  10. Чтобы убедиться, что навигация между соответствующими модулями в приложении соответствует требованию.
  11. Чтобы убедиться, что ошибки усечения абсолютно допустимы.
  12. Чтобы подтвердить, что пользователь получает соответствующее сообщение об ошибке типа «Ошибка сети. Пожалуйста, попробуйте через некоторое время », когда есть какие-либо ошибки сети.
  13. Проверить, что установленное приложение позволяет другим приложениям работать удовлетворительно, и оно не загружается в память других приложений.
  14. Проверить, что приложение возобновляет работу при последней операции в случае полной перезагрузки или сбоя системы.
  15. Чтобы проверить, может ли установка приложения быть выполнена гладко, при условии, что пользователь имеет необходимые ресурсы, и это не приводит к каким-либо существенным ошибкам.
  16. Для проверки того, что приложение выполняет функцию автоматического запуска в соответствии с требованиями.
  17. Чтобы проверить, работает ли приложение в соответствии с требованием во всех версиях Mobile, то есть 2g, 3g и 4g.
  18. Провести регрессионное тестирование для выявления новых программных ошибок в существующих областях системы после внесения в них изменений. Также повторно запустите ранее выполненные тесты, чтобы определить, что поведение программы не изменилось из-за изменений.
  19. Чтобы проверить, предоставляет ли приложение доступное руководство пользователя для тех, кто не знаком с приложением

Тестирование производительности

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

Общие сценарии тестирования для тестирования производительности в мобильном приложении:

  1. Чтобы определить, выполняет ли приложение согласно требованию при различных условиях нагрузки.
  2. Чтобы определить, может ли текущее покрытие сети поддерживать приложение на пиковом, среднем и минимальном уровнях пользователя.
  3. Чтобы определить, обеспечивает ли существующая настройка конфигурации клиент-сервер требуемый оптимальный уровень производительности.
  4. Выявить различные узкие места в приложениях и инфраструктуре, которые не позволяют приложению работать с требуемыми уровнями приемлемости.
  5. Чтобы проверить, соответствует ли время отклика приложения требованиям.
  6. Для оценки продукта и / или оборудования, чтобы определить, может ли он обрабатывать прогнозируемые объемы нагрузки.
  7. Чтобы оценить, может ли время автономной работы приложения поддерживать работу при прогнозируемых объемах нагрузки.
  8. Чтобы проверить производительность приложения, когда сеть меняется на WIFI с 2G / 3G или наоборот.
  9. Для проверки каждого необходимого цикла ЦП проводится оптимизация
  10. Чтобы проверить, что потребление батареи, утечки памяти, ресурсы, такие как GPS, производительность камеры находится в рамках требуемых рекомендаций.
  11. Для проверки долговечности приложения всякий раз, когда пользовательская нагрузка является строгой.
  12. Чтобы проверить производительность сети при перемещении с устройством.
  13. Для проверки производительности приложения, когда требуются только прерывистые фазы подключения.

Тестовые случаи тестирования безопасности

Мобильное тестирование: полное руководство по тестированию ваших мобильных приложений

Фундаментальная цель тестирования безопасности состоит в том, чтобы обеспечить соответствие данных приложения и требований безопасности сети в соответствии с руководящими принципами.

Ниже приведены наиболее важные области для проверки безопасности мобильных приложений.

  1. Чтобы убедиться, что приложение способно противостоять любой грубой атаке, которая представляет собой автоматизированный процесс проб и ошибок, используемый для угадывания имени пользователя, пароля или номера кредитной карты.
  2. Чтобы проверить, не позволяет ли приложение злоумышленнику получить доступ к конфиденциальному контенту или функциям без надлежащей аутентификации.
  3. Подтвердить, что приложение имеет надежную систему защиты паролем и не позволяет злоумышленнику получить, изменить или восстановить пароль другого пользователя.
  4. Чтобы проверить, что приложение не страдает от недостаточного истечения сеанса.
  5. Выявить динамические зависимости и принять меры для предотвращения доступа злоумышленников к этим уязвимостям.
  6. Для предотвращения атак, связанных с SQL- инъекцией.
  7. Выявление и восстановление после любых сценариев неуправляемого кода.
  8. Чтобы убедиться, что сертификаты проверены, реализует ли приложение закрепление сертификата или нет.
  9. Для защиты приложения и сети от атак типа отказ в обслуживании.
  10. Проанализировать требования к хранению и проверке данных.
  11. Включение управления сеансом для предотвращения доступа незапрошенных пользователей к нежелательной информации.
  12. Проверить, не нарушен ли какой-либо криптографический код, и убедиться, что он исправлен.
  13. Чтобы проверить, защищена ли реализация бизнес-логики и не подвержена ли она какой-либо атаке извне.
  14. Чтобы проанализировать взаимодействия файловой системы, определите любую уязвимость и исправьте эти проблемы.
  15. Для проверки обработчиков протокола, например, попытка перенастроить целевую страницу по умолчанию для приложения с использованием вредоносного фрейма.
  16. Для защиты от вредоносных инъекций на стороне клиента.
  17. Для защиты от вредоносных инъекций во время выполнения.
  18. Изучить кеширование файлов и предотвратить любые вредоносные возможности.
  19. Для предотвращения небезопасного хранения данных в кеше клавиатуры приложений.
  20. Для расследования куки и предотвращения любых вредоносных действий с куки.
  21. Регулярно проводить аудит для анализа защиты данных.
  22. Изучите пользовательские файлы и предотвратите любые вредоносные действия из пользовательских файлов.
  23. Для предотвращения переполнения буфера и повреждения памяти.
  24. Анализировать различные потоки данных и предотвращать любые уязвимости от них.

Тесты юзабилити

Мобильное тестирование: полное руководство по тестированию ваших мобильных приложений

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

  1. Чтобы кнопки были нужного размера и подходили для больших пальцев.
  2. Чтобы кнопки были расположены в одном и том же разделе экрана, во избежание путаницы с конечными пользователями.
  3. Для того, чтобы значки были естественными и соответствовали приложению.
  4. Чтобы гарантировать, что кнопки, которые имеют одинаковую функцию, также должны иметь одинаковый цвет.
  5. Чтобы убедиться, что проверка для увеличения и уменьшения масштаба должна быть включена.
  6. Чтобы обеспечить минимизацию ввода с клавиатуры соответствующим образом.
  7. Чтобы убедиться, что приложение предоставляет метод возврата или отмены действия при прикосновении к неправильному элементу в течение приемлемого периода времени.
  8. Чтобы убедиться, что контекстные меню не перегружены, потому что они должны быть использованы быстро.
  9. Чтобы текст был простым и понятным, чтобы его могли видеть пользователи.
  10. Обеспечить, чтобы короткие предложения и абзацы были доступны для чтения конечным пользователям.
  11. Чтобы гарантировать, что размер шрифта достаточно велик, чтобы его можно было прочитать, а не был слишком большим или слишком маленьким.
  12. Для проверки приложения запрашивает у пользователя всякий раз, когда пользователь начинает загружать большой объем данных, что может не способствовать производительности приложения.
  13. Чтобы проверить, что закрытие приложения выполняется из разных состояний и проверить, если оно повторно открывается в том же состоянии.
  14. Чтобы все строки были преобразованы в соответствующие языки, когда доступна возможность языкового перевода.
  15. Чтобы гарантировать, что элементы приложения всегда синхронизируются в соответствии с действиями пользователя.
  16. Гарантировать, что конечному пользователю предоставляется руководство пользователя, которое помогает конечному пользователю понять и управлять приложением, которое может быть не знакомо с работой приложения.

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

Тесты на совместимость

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

Ниже перечислены наиболее важные области тестирования совместимости.

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

Испытания на восстанавливаемость

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

Важный контрольный список

  1. Тестирование установки (может ли приложение быть установлено в разумные сроки и с требуемым критерием)
  2. Тестирование удаления (может ли приложение быть удалено в разумные сроки и с требуемым критерием)
  3. Тестовые случаи в сети (проверка того, работает ли сеть под необходимой нагрузкой или нет, способна ли сеть поддерживать все необходимые приложения во время процедур тестирования)
  4. Проверьте Unmapped ключи
  5. Проверьте заставку приложения
  6. Продолжение ввода с клавиатуры во время прерываний и других случаев, например, проблем с сетью
  7. Методы, которые имеют дело с выходом из приложения
  8. Эффект зарядного устройства, когда приложение работает в фоновом режиме
  9. Низкий заряд батареи и высокая производительность
  10. Извлечение аккумулятора во время выполнения приложения
  11. Расход батареи по приложению
  12. Проверьте приложение побочные эффекты