Cómo incorporar una aplicación web

Question

Ejecuto un juego y la ejecución se hace a mano, tengo algunos scripts que me ayudan, pero esencialmente soy yo quien hace el trabajo.En este momento estoy trabajando en una aplicación web que permitirá a los usuarios ingresar directamente algunas de sus acciones en el juego y así ahorrarme mucho trabajo.

El problema es que soy un hombre que trabaja en un proyecto de tamaño moderado (más de 20 tablas), la carga de trabajo no es el problema, es que se habrán introducido errores a pesar de que pruebo mientras escribo.Entonces mi pregunta es doble.

1. Pruebas beta, me encantan las beta abiertas, pero ¿una beta cerrada sería de alguna manera más efectiva y daría mejores resultados?
2. ¿Cómo debo incorporar la aplicación?¿Debería dejarlo caer en un turno y declarar que se está usando o debería usarlo junto con la construcción normal del juego?

Answer 1

Este es mi enfoque general para las pruebas/lanzamientos.La forma de probar/iniciar depende principalmente de:

1. cual es tu aplicacion es.
2. Quienes son tus usuarios son.

Si su aplicación es una aplicación técnica y está dirigida a personas con mentalidad técnica, la palabra "beta" realmente no los asustará, pero les brindará la oportunidad de probar el producto antes de que entre en funcionamiento y ayudará a mejorar el sistema.Esta es la circunstancia ideal para utilizar una beta abierta o cerrada.Generalmente es beneficioso comenzar "cerrado" con un grupo de personas que usted selecciona y en las que confía para encontrar errores de manera rápida y confiable; una vez que esté más seguro de que todos los errores críticos han desaparecido, ábralo con un sistema de invitación (por ejemplo ).

Sin embargo, si su aplicación es "trivial" desde un punto de vista técnico (es decir,es algo como Twitter, Facebook o Flickr (nada que esté inherentemente orientado al uso técnico), entonces tendrás que tener más cuidado al planificar tus pruebas.Las pruebas cerradas son definitivamente su primer puerto de escala, y esto debería durar más que una beta cerrada en un producto más "técnico".¿La razón?Su "persona promedio" no necesariamente sabe lo que significa la palabra "beta", y otros pueden asustarse o juzgar su servicio prematuramente (sin comprender el concepto de esta fase de "prueba pública").Muchos no querrán ser utilizados como conejillos de indias.

Answer 2

No entiendo lo que quieres decir con "traer la aplicación" y "un turno soltarla".¿Por "traer la aplicación" te refieres a implementar?En cuanto a "Caída de un turno", no lo entiendo en absoluto.

En cuanto a las betas abiertas, eso depende de tu audiencia, en realidad.Counterstrike, por ejemplo, aparentemente ejecuta algunas betas cerradas antes de hacer betas abiertas, así que aquí está mi sugerencia:

1. Configure un foro en algún foro gratuito o configure un tema en un foro de juegos popular.
2. Busque personas (estén o no en esos foros) en las que confíe y déjeles entrar en una versión beta cerrada.Esto le permitirá solucionar problemas graves al principio.
3. Si su grupo cerrado ya no informa tantos errores, publíquelo en versión beta abierta, señalando formas sobre cómo podrían brindarle comentarios.

Esto es similar al enfoque que adoptó StackOverflow, pero al ser un juego, configurarlo en un foro de juegos brindará el doble beneficio de anunciar su juego. y Consiguiendo algunos probadores beta interesados.

Answer 3

Intentaré responder con la cantidad limitada de detalles que has proporcionado.

1:Ya sea que esté abierto o cerrado, en realidad solo es un problema si tienes un gran revuelo y un gran grupo de usuarios derribando tu puerta, tratando de participar en la acción.Si este es el caso, creo que podría obtener más lealtad y compromiso de los usuarios en una versión beta cerrada.

2:No has dado muchos (ningún) detalle sobre de qué tipo de juego estás hablando, por lo que es bastante difícil responder a esta pregunta.

/ Jonás