Часто бывает так, что система содержит огромное количество функций, и не всегда есть возможность проверить все из них. Потому, перед началом функционального тестирования те или иные тест-кейсы и сценарии использования являются в приоритете. Компании по мобильному тестированию обычно выделяют время согласно приоритетам, и время уделяется самым важным из них.
Точное определение стандартных функциональных тестовых скриптов – нелегкое задание из-за ряда приложений, но возможно определить наиболее распространенные модули, создать тест-кейсы для них и использовать их, изменяя в дальнейшем согласно требованиям.
Мобильное функциональное тестирование обеспечивает проверку позитивных и негативных сценариев для каждой функции. Сценарий считается позитивным, если пользователь в конечном счете достигает цели (создает что-либо, отправляет сообщение и т.д.). Негативный сценарий лишь один – на одном из этапов возникает ошибка и цель не может быть достигнута.
К примеру, давайте рассмотрим вход/выход и создание контакта (раздела, пользователя или чего-либо другого).
Стандартные функции вход/выход подразумевают следующие варианты:
- регистрация: с логином и паролем, без пароля, через социальные сети и т.д.;
- авторизация: с логином и паролем, через социальные сети и т.д.;
- восстановление пароля;
- выход из системы: независимый, при завершении сессии и т.д.
Позитивные сценарии:
- регистрация доступна во всех описанных способах тестирования;
- регистрация возможна только при заполнении обязательных полей;
- регистрация возможна при заполнении всех предоставленных полей;
- пользователь может авторизоваться после регистрации. При этом введенные данные ( e-mail, пароль, персональная информация и т.д.) корректно сохранены в профиле;
- после регистрации на одном устройстве, можно зарегистрироваться на другом – данные успешно сохраняются и доступны на сервере;
- выход из системы выполняется корректно;
- восстановление пароля выполняется корректно.
Негативные сценарии (самые очевидные):
- повторная регистрация с той же электронной почтой или логином невозможна;
- регистрация без заполнения необходимых полей невозможна;
- регистрация невозможна в случае, если все поля пусты;
- регистрация невозможна, если информация в формате, который не соответствует требованиям;
- авторизация невозможна, если поля пустые;
- авторизация с неправильным/удаленным/заблокированным логином невозможна;
- авторизация невозможна при неправильном пароле.
Создание контактов
Разумно предположить, что, если пользователь создает контакт, должна быть возможность его просматривать, редактировать и удалять. Это основной набор функций.
Позитивные сценарии:
- создание, обновление, просмотр и удаление контактов доступны;
- создание контакта с минимальным и максимальным набором информации возможно;
- при создании все виды информации, описанные в тестовом задании, тщательно обрабатываются;
- контакт доступен для просмотра после создания;
- обновление учитывает обязательные поля/информацию/элементы – без них можно сохранить контакт;
- контакт недоступен после удаления.
Негативные сценарии:
- создание двух идентичных контактов невозможно (это может также считаться позитивным сценарием);
- создание контактов при отсутствии обязательных элементов/информации невозможно.
Тестирование пользовательского интерфейса также может относиться к функциональному тестированию:
- тестирование экрана на соответствие макету;
- проверка нативных операций: движение пальцем по экрану, мультитач и так далее – приложение должно определенным образом на них реагировать;
- верификация состояния элементов: изменение цвета кнопок при нажатии; разворачивание и сворачивание списков и т.д.;
- может быть задействовано тестирование локализации, если приложение содержит более одного языка. При этом важно обращать внимание на макет – многие названия на иностранных языках отображаются дольше, чем на английском или русском.
Оставить комментарий