Pruebas beta de una app con personas reales

Las personas que crearon una aplicación son las peores para probarla. Saben dónde está cada botón y qué significa cada palabra. Una beta pone la app en manos de quienes no lo saben, antes de que llegue a la tienda, y tanto Apple como Google ofrecen las herramientas para organizarla.

TestFlight en iOS

TestFlight tiene dos tipos de evaluadores. Los evaluadores internos forman parte de su equipo de App Store Connect y pueden instalar una versión en cuanto se procese. Los evaluadores externos pueden ser cualquier persona a la que invite por correo electrónico o mediante un enlace público, pero sus versiones pasan primero por Beta App Review, así que prevea tiempo para ello. Las versiones de TestFlight caducan a los 90 días, por lo que una beta larga necesitará versiones nuevas sobre la marcha.

Canales de prueba en Google Play

Google Play ofrece tres canales. Las pruebas internas son la forma más rápida de enviar una versión a un equipo reducido. Las pruebas cerradas van dirigidas a personas seleccionadas, por correo electrónico o por grupo. Las pruebas abiertas permiten que cualquiera participe desde la ficha de la tienda. Los evaluadores instalan y actualizan a través de Play Store, del mismo modo que lo harán los usuarios reales.

A quién invitar

Comience con un grupo pequeño que coincida con el público que definió al inicio del proyecto, no solo con colegas y amigos. Unos pocos evaluadores bien elegidos detectan la mayoría de los puntos confusos. Amplíe el grupo una vez solucionados los problemas evidentes.

Incluya al menos a una persona con un teléfono más antiguo y a otra que use ajustes de accesibilidad, como texto más grande. Ambas encontrarán problemas que los teléfonos del equipo suelen ocultar.

Asigne tareas a los evaluadores, no solo una versión

Un «pruébenla y nos cuentan» suele dar muy pocos resultados. Asigne en cada ronda tareas específicas: registrarse, completar la función principal, cambiar un ajuste, eliminar la cuenta. Pregunte a los evaluadores qué esperaban que sucediera en cada paso y dónde dudaron. La duda suele ser más útil que un informe de errores, porque muestra dónde el diseño no queda claro.

Facilite el envío de comentarios

TestFlight permite enviar comentarios y capturas de pantalla desde la propia app, y Google Play permite dejar comentarios privados en la ficha de la tienda. Indique a los evaluadores el canal que usted realmente vaya a revisar y responda con rapidez. Quienes se sienten escuchados siguen participando.

Active el registro de fallos antes de iniciar la beta, para que los problemas que los evaluadores no noten, o no mencionen, le lleguen de todos modos.

Sepa cuándo parar

Una beta tiene un objetivo, no una duración fija. Cuando los evaluadores completan las tareas principales sin ayuda, los fallos son escasos y los nuevos comentarios repiten lo que ya sabe, es momento de lanzar la app. Mantenga el grupo unido después: son las personas idóneas para probar primero la siguiente versión.

En resumen

Utilice las pruebas internas para su equipo y un grupo cerrado de usuarios reales para todo lo demás. Asigne tareas específicas en cada ronda, lea los comentarios, resuelva los bloqueos y lance la app cuando ya no surjan hallazgos nuevos.