Повторю свой вопрос: какие рычаги вам доступны для решения проблемы, какие решения вы принимаете?

Как сделать менее больно:
1) единый бек для всех платформ
2) веб релизится асинхронно и часто, мобилки — как позволяет вам ваша пользовательская база. Я бы как пользователь не хотел качать новое приложение каждую неделю. Поэтому вопрос "как часто релизить?" упирается в
— ваших юзеров и метрик того, как они положительно или не очень имеют адопшен рейт обновленных версий.
— как часто вы косячите и вам приходится делать "стыдные" версии которые в основном только хотфиксы содержат.
— как бизнесу часто нужно закидывать новые фичи на пользователей

в Банках в США часто делается так с мобилками еще: создается в приложении webview, верстка которого меняется в зависимости от фич. То есть таким образом новая фича в ненативном виде появляется в приложении раньше, чтобы собрать стату интереса \ начальный фидбек если будет.

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

в чем его убогость? кому от таких релизов плохо? пользователям \ стейкхолдерам \ тебе лично? Приведи пример.

@barancev - ты постарше будешь, может помнишь, что завещали старейшены в поиске внутри элемента?

> это нецелесообразно было бы гонять
для меня это противоречит следующему утверждению " и =финансовый= вес этого бага в проде"

либо вам это важно, либо нет. важно - автомтазируешь, нет - не автоматизируешь =)

оно работает так, как работает querySelector (ну или querySelectorAll). предлагать поменять поведение и сделать альтернативную реализацию (да ещё и несовместимую с querySelector) — нет смысла. конечно же мы это делать не будем. лучше уж тогда требовать поменять сам querySelector

Проблема была связана с редким типом юзера у которого было емнип более одного аккаунта в системе. Это с одной стороны не поощрялось, и может даже было запрещено с какого-то времени, а с другой вот такие люди нашлись и они не могут пополнить депозит.

В общей массе их мало, можно сразу сказать что 99.9% пользователей так не делают.

Система большая, наша команда заводила автоматизацию на самом высоком уровне, что-то вроде сэнити. Может где-то его и автоматизировали на другом уровне, но на нашем автоматизировать на прогоны каждый раз редкого юзера как бы не очень хорошо: время прогонов растёт, а вероятность повторного обнаружения именно этого редкого случая невысока.

С другой стороны, в пределах суток потери от не-внесения этими пользователями депозитов могут вылиться в 1000 евро в день -- сумма достаточная для хотфикса.

Что такое сэнити

первая ссылка из гугла)

suggestion: sanity vs smoke CPA4 for saturdays