1. да, но можно многие вещи просить тестировать пользователей, приобретая проблемные модели по факту глюка
2. деньгами
3. хз, я лично думал что браузер (webview) это уже оно самое
4. сначала скажи какие проблемы, у всех они разные и зависят от задач
5. что то мне говорит что в конце концов придется, либо чтобы сократить затраты п.2. либо просто чтобы понимать (если что я только коснулся этих проблем, и не разбираюсь) откуда именно эти проблемы вытекают
боюсь тест фермы не избежать при любом раскладе, если твое приложение сложнее hello world, особенно если оно лезет куда то дальше ui и интернета
react native это фактически приложения на основе electron (chromium) WebView (может быть на основе firefox), и оно берет на себя кучу головной боли, когда нет желания ковыряться в особенностях аудио и видеорендеринга (например проигрывание видео) да и доступу кучи вещей, не сильно стандартизированных в android.
Браузер (chromium) это уже сама по себе операционная система, которая берет на себя кучу работы, поддерживает стандарты работы с некоторой перифирией но не за бесплатно.... это тупо жрет ресурсы.
Если ты страдаешь от проблем react native, попробуй разработать что либо на просто android (java), поддерживая с пяток текущих версий платформ даже в пределах одной и той же модели смартфона, сразу осознаешь что это были не страдания а так, мелкие неудобства.
p.s. Размер тест-фермы для действительно нативных приложений android (я про бинарный код, буквально, тот что собран под соответствующую arm архитектуру), даже если это просто модуль (каким к примеру является ffmpeg у telegram для проигрывания видео), станет еще больше.