En esta guía
Una app sin contenido parece rota. Una app llena de datos reales de clientes es un problema de privacidad. Los testers necesitan algo intermedio: datos realistas pero falsos, y cuentas que no puedan hacer daño a nadie. Esta es una lista para preparar ambos.
Por qué importa
Los testers que abren una app vacía no pueden probar las pantallas importantes: listas, búsqueda, filtros, flujos de edición. O bien informan de "no hay nada que ver" o abandonan. Y si inician sesión en una copia de tus datos reales, has expuesto a personas reales a desconocidos.
Lista de comprobación: datos
- No uses nunca datos reales de usuarios. Nada de exportaciones de producción, ni siquiera "solo para probar". Nombres, correos y mensajes reales no deben llegar a los testers. Es una orientación general, no asesoramiento legal; revisa las normas que te afecten.
- Crea datos de ejemplo a propósito. Escribe un conjunto pequeño de registros falsos que cubra casos normales y casos límite.
- Cubre los extremos. Incluye un nombre muy largo, un campo vacío, caracteres especiales, un elemento sin imagen, una lista con una sola entrada y una lista con muchas.
- Que se note que son falsos. Usa nombres y direcciones inventados de forma evidente para que nadie los tome por datos reales.
- Que se pueda restablecer. Decide cómo volver al estado inicial: un botón de reinicio, un script o una cuenta nueva. Sin ello, los testers posteriores verán el desorden que dejaron los anteriores.
- Ajusta los datos a la función. Si quieres feedback sobre la búsqueda, tiene que haber suficientes elementos para que la búsqueda importe.
Lista de comprobación: cuentas
- Ofrece cuentas de prueba si tu app requiere inicio de sesión. No pidas a los testers que te den sus contraseñas reales.
- Una cuenta por tester cuando el estado importa. Si los testers comparten una cuenta, se pisan los cambios y no pueden probar el registro ni el proceso de bienvenida. Las cuentas compartidas solo sirven para comprobaciones de solo lectura.
- Permisos limitados. Una cuenta de prueba no debe llegar a herramientas de administración, pagos reales ni mensajería en vivo.
- Ofrece ambas vías. Permite que los testers creen también su propia cuenta, para que se pruebe el registro.
- No publiques credenciales en lugares públicos. Envíalas en privado a los testers que las necesiten, y cámbialas o bórralas después.
- Revisa los servicios de terceros. Si el inicio de sesión pasa por otro proveedor, asegúrate de que los usuarios de prueba pueden entrar. Consulta planificación de dispositivos y versiones de Android para testers para asignar testers a cada configuración.
Pagos y efectos externos
Si tu app puede enviar correos, notificaciones push o cobrar, cámbialos a un modo de prueba o apúntalos a destinos inofensivos. Un tester que pulse "Comprar" nunca debería costarle dinero a nadie ni avisar a un cliente real. Para probar pagos, usa las herramientas de prueba de tu proveedor de pagos y consulta su documentación actual.
Ponlo en las instrucciones de prueba
Dile a los testers en un bloque corto: qué cuenta usar, qué datos existen, qué hacer primero y qué ignorar. Así no tienen que adivinar y tú evitas informes duplicados. Para los diseños en distintos dispositivos, consulta tamaños de pantalla de Android.
Vuelve a la guía de pruebas de apps Android.
Empieza aquí y describe la configuración de la prueba cuando solicites feedback.