Как стать автором
Обновить

Дополняем чек-лист тестирования при обновлении иконки и сплеша в мобильных приложениях

Время на прочтение3 мин
Количество просмотров7.1K
Всего голосов 56: ↑55 и ↓1+54
Комментарии8

Комментарии 8

Я бы добавил пункт «проверить дизайнеров на профпригодность». Хуже вот этого все равно ничего нет, я теперь совсем не понимаю, в какой вкладке, что у меня открытоimage
Ну что же тут непонятного, во всех вкладках радуга

Меня от одной иконки почты уже выворачивало а оказывается таланты там вообще все перекрасили… Это просто ужас…
За статью спасибо, интересно на чем команда ведет разработку?

новые тренды добавляют нам, время покажет стрельнет это или нет
Команда iOS использует Swift + Objective-C, AFNetworking для работы с сетью, Snapkit для верстки, CoreData для хранения данных, MoPub для работы с рекламой, Jenkins + Fastlane для CI/CD.
У команды Android основной стек: ЯП — Kotlin, DI — Dagger, Navigation — Cicerone, Async — RxJava, Content — Glide/ExoPlayer/Свои разработки, Network — OkHttp/Retrofit, DB — Realm(уходим от него), Room, Аналитика — Firebase/DWH (своя разработка), Тесты — JUnit, Robolectric, Espresso, Mockito.
Спасибо! Это алгебраично!
После обновления приложения сначала показывался старый сплеш, который менялся на новый. При этом кэш не чистился ни удалением приложения, ни рестартом девайса.

Если воспользоваться обоими способами одновременно — то работает. 1) Удалить приложение 2) ребутнуть девайс 3) установить и запустить приложение
Но, в любом случае это не аффектит конечных юзеров которые устанавливают приложение из аппстора, а только мешает тестированию.
Оба способа одновременно не подходят для проверки обновления приложения, которое может заафектить обновляющихся юзеров.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий