Пока нет оценок.
Пожалуйста, подождите...

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

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

Мобильное функциональное тестирование обеспечивает проверку позитивных и негативных сценариев для каждой функции. Сценарий считается позитивным, если пользователь в конечном счете достигает цели (создает что-либо, отправляет сообщение и т.д.). Негативный сценарий лишь один – на одном из этапов возникает ошибка и цель не может быть достигнута.

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

Стандартные функции вход/выход подразумевают следующие варианты:

  • регистрация: с логином и паролем, без пароля, через социальные сети и т.д.;
  • авторизация: с логином и паролем, через социальные сети и т.д.;
  • восстановление пароля;
  • выход из системы: независимый, при завершении сессии и т.д.

Позитивные сценарии:

  • регистрация доступна во всех описанных способах тестирования;
  • регистрация возможна только при заполнении обязательных полей;
  • регистрация возможна при заполнении всех предоставленных полей;
  • пользователь может авторизоваться после регистрации. При этом введенные данные ( e-mail, пароль, персональная информация и т.д.) корректно сохранены в профиле;
  • после регистрации на одном устройстве, можно зарегистрироваться на другом – данные успешно сохраняются и доступны на сервере;
  • выход из системы выполняется корректно;
  • восстановление пароля выполняется корректно.

Негативные сценарии (самые очевидные):

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

Создание контактов

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

Позитивные сценарии:

  • создание, обновление, просмотр и удаление контактов доступны;
  • создание контакта с минимальным и максимальным набором информации возможно;
  • при создании все виды информации, описанные в тестовом задании, тщательно обрабатываются;
  • контакт доступен для просмотра после создания;
  • обновление учитывает обязательные поля/информацию/элементы – без них можно сохранить контакт;
  • контакт недоступен после удаления.

Негативные сценарии:

  • создание двух идентичных контактов невозможно (это может также считаться позитивным сценарием);
  • создание контактов при отсутствии обязательных элементов/информации невозможно.

Тестирование пользовательского интерфейса также может относиться к функциональному тестированию:

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

Оставить комментарий