Este es un artículo para aquellos que se han registrado o pueden registrarse como nuevos desarrolladores tras el cambio de política de Google. Estoy publicando una aplicación gratuita(DevsPayForward) para que dichos desarrolladores cooperen entre sí. Si usted lee el artículo y está interesado, por favor úselo.
La prueba de 14 días de 20 personas ha sido ordenada por Google. Como desarrollador independiente, esto ya de por sí es duro, pero parece que a algunos desarrolladores les han rechazado recientemente sus resultados tras completar la prueba y tienen que empezarla de nuevo. Si esto ocurre, puede llevar mucho tiempo, y el desarrollador puede quedar exhausto. Los desarrolladores deben protegerse.
Rechazo de Google
La siguiente es una lista de rechazos.
- Los evaluadores no se involucraron con la aplicación durante la prueba cerrada.
- No se siguieron las mejores prácticas de prueba, que pueden incluir la recopilación de comentarios de los usuarios y la actuación en consecuencia mediante actualizaciones de la aplicación.
- Tus respuestas a las preguntas de la aplicación sobre tu aplicación, la prueba cerrada o la preparación para la producción fueron incompetentes o insuficientes.
Esto es lo que se describe, y no sé cuál es el problema claro. Pero supongo que la conclusión es que fueron rechazados porque no ven el sentido de mejorar la calidad, que es el propósito de las pruebas cerradas.
Qué debemos hacer para evitar que nos rechacen
Posibles acciones de rechazo y posibles soluciones¿Qué puedo hacer para que se den cuenta de que la prueba funciona lo suficientemente bien como para evitar el rechazo?
- Al principio de la fase de evaluación
- Durante la evaluación
- Al finalizar la evaluación
Al inicio de la fase de evaluación
Fase de inicio de la evaluaciónEn primer lugar, lo más importante es conseguir probadores que puedan realizar pruebas fiables. Hay lagunas en las normas actuales de Google. No voy a entrar en detalles aquí, pero es posible hacer que parezca que ha completado la prueba sin tener que preparar 20 cuentas o incluso instalar la aplicación. Y la dificultad de este problema es que, aunque un desarrollador siga las normas, no hay garantía de que sus probadores las sigan. Conseguir probadores fiables es muy difícil. La forma más fácil es utilizar un servicio de pago, pero esta puede ser una elección difícil para un desarrollador que no sabe si será capaz de generar muchos ingresos. Esto es un poco largo y se tratará con más detalle más adelante.
Durante la evaluación
Durante la evaluaciónDurante el período de prueba, incluso los errores menores deben ser corregidos y actualizados. Esto aclarará su compromiso con las pruebas.
Al finalizar la evaluación
Al final de la evaluaciónResponde a las preguntas de Google al final de la prueba. Yo mismo he presentado varias aplicaciones y no escribí mucho en mis respuestas, pero afortunadamente no me rechazaron. Es probable que haya muchos factores al principio y durante el proceso de evaluación, pero lo que describes aquí puede ayudarte si estás a punto de ser juzgado como objetivo de rechazo.
Asegurar un comprobador
Esta sección describe cómo proteger a los evaluadores libres. Por favor, consulte mi artículo anterior comparando métodos para asegurar probadores. Ahora bien, no hay una forma perfecta de asegurar a los probadores en la que se pueda creer. Mientras los desarrolladores se sobornen unos a otros para realizar pruebas, la única manera es encontrar un desarrollador en el que puedas confiar o comprobar el estado de sus pruebas, pero desafortunadamente no puedes saber si están mintiendo. Lo menos que puedes hacer es confirmar que han hecho la instalación. Puedes pedirles que comenten la aplicación de una forma que no sabrías a menos que la instalaras, o conseguir una captura de la misma. Es una molestia, pero al menos evita el comportamiento opt-in only. Además de facilitar a los evaluadores el envío de comentarios sobre las aplicaciones que están probando, mi aplicación también comprueba el estado de las aplicaciones de prueba. Lo importante es dar también a otros desarrolladores lo que necesitan. Para obtener algo, debe haber un precio. Se puede sistematizar para que los desarrolladores no pierdan su tiempo y esfuerzo, pero eso no cambia el número absoluto de pruebas. Si un sistema devuelve resultados que superan con creces las acciones realizadas, hay que determinar si se trata de un sistema en el que se puede confiar. Instalar y probar una aplicación, en sí mismo, es un acto importante y que requiere mucho tiempo. Por otro lado, actualmente, si sólo se quiere conseguir que 20 personas se inscriban, es fácil hacerlo. Sin embargo, si el sistema requiere muy poco dinero o pruebas, o no requiere muchas pruebas, es posible que se esté utilizando un método de este tipo.
Todo buen negocio tiene su reverso, y es a usted a quien le pedirán que vuelva a hacer la prueba de los 14 días. Debes ser precavido. ¿Cuál es la estructura del método que elijas para operar y cómo puedes validar al probador? Piense en ello a la hora de elegir su método.
Por último
I do not like Google's policy. But they are saying that this test is necessary to improve quality. I don't know if that is Google's intention, but in the end, all developers have to do is to improve quality. Si los desarrolladores cooperan entre sí, debería ser fácil conseguirlo. Me encantaría que mi aplicación pudiera utilizarse como uno de esos métodos para ayudarles a conseguirlo. Trabajemos juntos para superar la prueba.
Hasta el final Gracias por leer. Si lo desea, puede leer otros artículos.
Top comments (0)