no es que sea "sospechoso", para mí es una situación que puede producirse en el momento en que te encuentras con problemas en el desarrollo de nuevas funcionalidades por ejemplo. La versión estable no va a tocarse a no ser que haya otra versión estable que la sustituya, y para eso debe de haber una beta que ellos consideren como estable. De lo contrario, sería un caos absoluto en cuanto a organización de releases y de versión de código además de saltarse el procedimiento estándar. Es que la palabra "beta" no es más que un estado de una versión cuyo propósito es llegar a "estable". Lo que pasa es que no siempre que se sube una beta, llega a ser estable porque en esa fase se pueden detectar fallos ya que es fase de test final y por eso avisan lo de que no puedes reclamar porque la pones bajo tu responsabilidad.
Por poner un ejemplo, cuando vas a subir una app a la Google Play hay 3 fases: alpha, beta y production. Las fases alpha y beta son para test. Puedes subir una app a fase beta donde puedes tener configurado un grupo probablemente reducido de personas que van a poder testear la app en esa fase. Si va bien, la puedes pasar a fase beta, donde puedes configurar o el mismo grupo (no tendría mucho sentido) u otro grupo más extenso de personas para testear finalmente. Si va bien, puedes pasar a la fase de producción la cual va a sustituir la versión que haya actualmente en producción por lo que llegara la OTA a las Google Play de los usuarios finales si lo tienen activado y sino pues cuando revisen les saldrá que hay update.
La diferencia del ejemplo con Oneplus por ejemplo, es que la fase de beta la hacen pública pero seguro que antes de pasar a beta han pasado por una alpha que han debido de testear ellos internamente.
