После поворота Android-устройства введённые данные исчезают, хотя приложение не выгружалось. Как установить, что причиной стало пересоздание экрана из-за изменения конфигурации?
Нужно проверить, был ли уничтожен прежний экземпляр экрана и создан ли новый после поворота, не путая это с завершением процесса приложения. Если жизненный цикл экрана начинается заново, а процесс сохраняется, наиболее вероятная причина — обработка изменения конфигурации, при котором Android пересоздаёт экран.
Тест следует выполнить с разными состояниями: пустая форма, частично заполненная форма, открытая клавиатура, выбранный элемент и активный запрос. Затем нужно отдельно проверить, восстанавливаются ли данные средствами экрана или приложения, а не только визуально оценивать результат после поворота.
Android поддерживает устройства с разными размерами экранов, ориентациями, плотностями, языками и другими параметрами конфигурации. Чтобы приложение могло подобрать подходящие ресурсы и разметку, система обычно уведомляет его об изменении конфигурации и может пересоздать текущий экран.
Такой подход позволяет заново построить интерфейс под новые условия, но делает опасным хранение пользовательского состояния только в полях текущего экземпляра экрана. Исходная проблема — адаптация интерфейса к изменившемуся устройству — приводит к отдельной задаче сохранения данных между экземплярами экрана.
При повороте экран может быть уничтожен и создан заново, даже если процесс приложения продолжает работать. Поэтому исчезновение текста из формы не доказывает, что приложение было выгружено операционной системой.
Неверный вывод приводит к ошибочному тестированию: команда ищет проблему восстановления процесса, хотя дефект находится в сохранении состояния экрана. Последствия особенно серьёзны для длинных форм, фильтров, многошаговых сценариев и незавершённых пользовательских операций.
Проверка должна учитывать не только поворот, но и другие изменения конфигурации, если они поддерживаются приложением: смену языка, размера шрифта, плотности или режима отображения. При этом поведение может зависеть от конкретной версии Android, производителя устройства и реализации приложения.
Сначала нужно зафиксировать состояние процесса до поворота: приложение активно, экран находится на переднем плане, пользователь ввёл данные. После поворота следует проверить, создаётся ли экран заново, восстанавливаются ли его данные и продолжается ли незавершённая операция.
Признаки пересоздания экрана — повторное выполнение его этапов создания, повторная инициализация зависимостей интерфейса и потеря данных, которые хранились только в полях старого экземпляра. Для точной диагностики полезны системные журналы и средства отладки жизненного цикла, но тестировщик должен отделять факт пересоздания экрана от факта завершения процесса.
Состояние интерфейса следует сохранять в подходящем для его назначения месте. Краткоживущие данные формы могут восстанавливаться механизмами сохранённого состояния, состояние экрана — держаться в компоненте, переживающем пересоздание, а важные бизнес-данные — в постоянном хранилище или на сервере.
Нельзя бездумно запрещать пересоздание экрана при повороте. Это может скрыть дефект сохранения состояния, усложнить поддержку других изменений конфигурации и привести к тому, что интерфейс не адаптируется к новым ресурсам. Кроме того, даже сохранение экземпляра экрана не защищает от завершения процесса системой.
Правильный тест проверяет ожидаемое поведение, а не конкретный внутренний способ реализации. Например, для формы ожидается сохранение введённых данных, для одноразового запроса — отсутствие повторной отправки, а для обновляемого списка — сохранение выбранного фильтра и корректное получение актуальных данных.
В форме оформления заказа после поворота исчезал комментарий пользователя, но уже выбранный адрес оставался. Рассматривались два решения: запретить пересоздание экрана при повороте или разделить состояние формы и состояние заказа, сохраняя их независимо от экземпляра интерфейса.
Запрет пересоздания дал быстрый результат, но ухудшал адаптацию к конфигурации устройства и не решал проблему при других сценариях, например при нехватке памяти. Второй вариант потребовал больше работы, зато позволил восстановить текст комментария, выбранный адрес и текущий шаг оформления без повторной отправки заказа.
Выбрали второй вариант. После этого проверили поворот в обе стороны, смену языка, повторное открытие приложения после ухода в фон и завершение процесса. Дефект с потерей комментария исчез, а отдельный тест подтвердил, что восстановление состояния после завершения процесса имеет другие гарантии и не подменяется обработкой поворота.
Пересоздание экрана означает, что текущий экземпляр интерфейса уничтожен и создан заново, тогда как завершение процесса удаляет всё адресное пространство приложения. После пересоздания процесс может продолжать работу, а после нового запуска приложение обычно проходит путь инициализации процесса заново.
Для проверки нужно сопоставить события жизненного цикла экрана с признаками запуска процесса и протестировать сценарий отдельно: сначала поворот, затем принудительное завершение или имитация нехватки памяти. Нельзя делать вывод только по тому, что пользователь видит тот же экран.
При повороте система может передать сохранённые данные новому экземпляру экрана в рамках живого процесса. Если процесс завершён, доступность ранее сохранённых данных зависит от того, где и как они были записаны.
Данные, критичные для пользователя, нельзя хранить только в памяти текущего экрана. Для них требуется устойчивое хранилище или серверная модель, а тест должен отдельно проверять поворот, переход в фон, принудительное завершение и повторный запуск.
Поворот проверяет только один вид изменения конфигурации. Смена языка, масштаба шрифта, размера окна или режима многозадачности может привести к другому набору ресурсов, иной перестройке интерфейса и повторному созданию экранов.
Поэтому нужно проверять не только сохранность данных, но и соответствие нового интерфейса выбранной конфигурации: тексты не должны смешиваться, разметка — обрезаться, а повторная инициализация — запускать побочные операции. Набор сценариев выбирают с учётом поддерживаемых приложением конфигураций и целевых версий Android.