Быстрое тестирование
Быстрое тестирование приложений выполняется, когда итеративная разработка будет закончена, если сборка не будет выпущена.
Дымовое тестирование проводится в первую очередь, чтобы понять, есть ли смысл тестировать сборку. Затем, тестировщики приступают ко всем завершенным заданиям и исправленным ошибкам и проверяют, сходятся ли результаты с описанием задачи. Если задание включало новые элементы пользовательского интерфейса, оно отправляется дизайнерам для согласования с макетами.
Некорректно завершенные задачи переоткрываются. Баги заносятся в Jira. Затем, QA специалисты должны выполнить функциональное тестирование этой итерации.
Если вы нашли баги, непокрытые тест-кейсами, нужно создать новый тест-кейс.
Полное тестирование
Полное тестирование выполняется до релиза. Это включает быстрое тестирование, регрессионное тестирование, monkey тестирование на 100 устройствах и тестирование обновлений.
Регрессионное тестирование подразумевает прохождение всех тест-кейсов проекта. Это занимает 1-3 дня на одном устройстве в зависимости от проекта.
Тестирование обновлений – это важный шаг. Почти все приложения хранят информацию локально, и важно убедиться, что после обновления информация будет сохранена. Тестировщик загружает сборку, создает сохраненные данные, обновляет приложение на тестовой сборке и гарантирует, что все на своих местах. Затем выполняется дымовое тестирование. Этот процесс повторяется на 2-3 устройствах.
Разработчики часто забывают о перемещении информации со старых версий. И тестирование обновлений позволило выявить ряд критических ошибок с падениями, удалением информации о покупках. Это уберегло много приложений от негативных обзоров и потери аудитории.
В конце полного тестирования, в дополнение к письму, должен быть составлен детальный отчет.
Комментарии отключены.
