будто кто-то не может разбить приложение на фичи и проверять их отдельно
Это хорошо если все идеально. А если тест умер, а если на тесте что-то не работает и тд. А если > 2 тестовых контура?) На каждый контур свою сборку?) Ну и со стороны разработчика это кажется удобно, а тестировщикам ставить 2 и более apk
надо пояснять, что если пользователь зашел через дебаг, и переключился на релиз. Это не означает что он сможет зайти через релиз?
Через релиз конечно не сможет. )
Вы не поняли. debug: Splash-Login-Main-(Toggle)Main - success; release: Spalsh-Login-Main-crash; и Вы его пропустите
Не очень понял пример.
У Вас стартует приложение в каком статусе?
Как понять статус?
с каким контуром?
С тестовым.
т.е. не проверяется старт с релизным?
А зачем он нужен? Если это тестовая сборка?
суть в том, что пропускается шаг ux. И такие шаги пропускаются во время всех тестов
Я понял что ты(извини, но может на ты), имеешь в виду, но у нас дебаг полностью соответствует релизу (даже проугард есть). Смену окружения можно делать не вмешиваясь в ux приложения, Hyperion например
т.е. 2 раза релиз тестируете?
Нет. Есть сборка для тестировщиков которая максимально близка к релизу. На ней тестируем, от релиза отличается только наличием опций смены окружения. Нет необходимости тестировать релизную сборку допольнительно
да как нет, когда есть
давайте на примере еще раз: d:Splash d:Login d:Main d:Profile и в Profile мы переключаемся на Release (r) в то же самое время при релизной сборке может произойти следущее: r:Splash r:Login - ошибка сервера crash
Обсуждают сегодня