En esta guía
Una prueba beta responde a una pregunta: ¿qué falla en equipos que no son el tuyo? En Windows eso pesa más que en la mayoría de plataformas, porque el hardware, los drivers, las configuraciones de pantalla y el software de seguridad varían mucho.
1. Decide qué quieres aprender
Elige dos o tres preguntas antes de invitar a nadie. Por ejemplo: ¿se instala y se actualiza bien? ¿Termina el flujo principal? ¿Funciona en un portátil con un segundo monitor? Los probadores que conocen el objetivo dan mejores comentarios.
2. Elige a los probadores
Busca variedad, no cantidad: distintas versiones de Windows que soportes, portátil y sobremesa, uno o dos monitores de alta resolución, una cuenta de usuario estándar y un equipo con software de seguridad estricto. Empieza con unas pocas personas y amplía después de las primeras correcciones. Para saber dónde encontrarlos, consulta cómo encontrar probadores beta para apps de escritorio.
3. Envía la compilación
Dales a los probadores un único sitio para obtener las compilaciones y una única forma de saber la versión. Sé honesto con las opciones: una descarga directa, un paquete firmado, o un canal de distribución de una tienda o de un tercero. Cada una cambia esfuerzo por comodidad. Sea cual sea tu elección:
- Muestra el número de compilación de forma visible en la app (pantalla Acerca de).
- Firma tus compilaciones si puedes, e indica qué advertencia esperar si no lo haces.
- Lleva una lista de cambios por compilación: qué es nuevo y qué hay que volver a probar.
4. Pide comentarios concretos
"Dime qué te parece" devuelve poco. Envía tareas en su lugar:
- Instala en tu equipo y anota cualquier cosa rara.
- Haz el flujo principal una vez, de principio a fin.
- Cierra la app, vuelve a abrirla y comprueba que tus datos siguen ahí.
- Actualiza a la siguiente compilación y repite el paso 3.
Ofrece un formulario con los mismos campos cada vez: versión de Windows, número de compilación, qué hiciste, qué pasó, qué esperabas y una captura o un registro. La plantilla de informe de error para escritorio sirve de base; cómo escribir comentarios que un desarrollador pueda aplicar explica los hábitos detrás de ella.
5. Calcula los tiempos
| Cuándo | Qué |
|---|---|
| Día 0 | Invita, envía la compilación 1 y la lista de tareas |
| Día 2-3 | Recordatorio breve; responde a cada informe |
| Día 5-7 | Envía la compilación corregida; pide que vuelvan a probar solo lo que cambió |
| Final de la semana 2 | Da las gracias a todos y comparte lo que corregiste |
Es un ritmo de partida, no una regla. Acórtalo para una corrección pequeña y alárgalo para un cambio grande.
6. Mantén a los probadores informando
- Responde a cada informe, aunque sea con "no lo consigo reproducir, ¿me envías el registro?".
- Avísales cuando su informe haya llevado a una corrección.
- Mantén las tareas cortas. Quince minutos se cumplen; dos horas, no.
Las valoraciones en la tienda no forman parte del trato
No pidas valoraciones en la tienda a cambio de nada, y no ofrezcas nada por una. Las valoraciones dadas a cambio de algo no son honestas; consulta por qué comprar reseñas de apps sale mal. Los comentarios van a ti en privado; si alguien quiere valorar la app más adelante, es una decisión suya, libre y sin pago.
Lo que cubre AppReviewX
AppReviewX acepta apps mediante el enlace de la tienda de Google Play, la Apple App Store, la Mac App Store y la Microsoft Store. Las apps de Windows y Mac deben estar ya publicadas en su tienda, y AppReviewX no distribuye compilaciones ni instaladores. Los comentarios son privados y estructurados, un comentario aceptado = un crédito, y las valoraciones en la tienda son voluntarias, no se pagan y nunca son obligatorias. Esta página es una guía general.
Empieza gratis y recibe comentarios privados sobre tu app.
Relacionado: guía de pruebas para apps de Windows y Mac, cómo hacer una prueba beta de una app para Mac, encontrar probadores beta para apps de escritorio.