Hola, Amigos! На связи Павел Гершевич, Mobile Team Lead в Amiga. Сегодня посмотрим на чек-лист того, что мы проверяем перед публикацией приложений.

Во-первых, завершаем тестирование - в приложении не должно остаться критических багов. Причем, мы сразу проверяем и Android, и iOS, что позволяет иметь хорошее качество.

Во-вторых, подготавливаем все данные для публикации:
• Иконка в коде приложения, названия пакетов;
• Ключ для сборки Android - для первой публикации приложения готовим новый. Для уже опубликованных приложений с их заменой - если ключа нет, то готовим новый и меняем в Google Play и других сторах;
• Материалы для магазинов приложений - скриншоты, описания, ключевые слова, данные для модерации и т. д.
• Меняем URL бэкенда, если это не было сделано ранее.

В-третьих, проверяемся по требованиям от Google Play и App Store. Если приложение подходит под них, то оно пройдет и в другие магазины приложений.

После этого проверяются внутренние фичи, которые мы обычно закладываем на будущее:
• Различные Feature Toggles для закрытия какого-либо функционала от пользователей
• Система уведомлений об обновлении приложения

Перед сборкой мы проверяем дополнительные системы:
• Аналитика. Что все события расставлены, работают и ключи заменены на релизные, если это требуется.
• Сбор ошибок и вылетов. Тоже проверяем, что подключено и как следует работает.
• Пуши. Как минимум отправляем на одно устройство каждой ОС и проверяем, что пуш отобразился

А далее наступает уже сам момент публикации. Именно этот чеклист позволяет нам всегда проходить в сторы практически без отказов.

Делитесь в комментариях, с какими сложностями вы чаще всего встречаетесь при публикации приложений?

Hola, Amigos! На связи Павел Гершевич, Mobile Team Lead в Amiga.

Иногда QA-специалистам требуется что-то большее, чем просто пройтись по приложению, в таком случае они используют снифферы для просмотра трафика и изменения ответов на запросы. Но с Flutter есть загвоздка - он требует дополнительной настройки.

Об этом мы максимально подробно рассказали в нашей новой статье и поделились собственным опытом реализации подключения к Charles Proxy.

🔗 Ссылка на статью

Делитесь в комментариях, приходилось ли вам делать такие настройки?

Hola, Amigos! Когда нужно проверить отступы и выравнивание элементов, удобно наложить на интерфейс сетку.

Во Flutter для этого есть встроенный виджет GridPaper: он рисует линии поверх своего child, начиная от левого верхнего угла.

Допустим, мы хотим проверить расположение элементов относительно сетки с шагом 8 логических пикселей:

GridPaper(
  color: const Color(0x400000FF),
  interval: 80,
  divisions: 10,
  subdivisions: 1,
  child: Padding(
    padding: const EdgeInsets.all(16),
    child: Column(
      crossAxisAlignment: CrossAxisAlignment.start,
      mainAxisSize: MainAxisSize.min,
      children: [
        const Text('Настройки профиля'),
        const SizedBox(height: 24),
        ElevatedButton(
          onPressed: () {},
          child: const Text('Сохранить'),
        ),
      ],
    ),
  ),
);

Плотность сетки задают три параметра:
• interval — расстояние между основными линиями;
• divisions — количество делений внутри основной ячейки;
• subdivisions — дополнительные деления внутри каждого такого участка.

Сетка помогает визуально заметить смещения, но сама не выравнивает элементы и не меняет отступы. Это ориентир: увидели расхождение, проверили размеры и ограничения нужного виджета. Для такого примера достаточно обернуть нужный участок экрана в GridPaper. Только не забудьте убрать его после проверки 🙂

Делитесь в комментариях, используете сетку при проверке верстки или сверяете отдельные размеры через Flutter Inspector?