AppReviewX Iniciar sesión

Plantilla de checklist de regresión

Crea una lista corta de regresión a partir de tus flujos principales y de los bugs del pasado.

actualizado ·3 min de lectura

En esta guía

Una prueba de regresión pregunta: ¿sigue funcionando todo lo que funcionaba antes de mi cambio? No puedes volver a probar toda la app cada vez, así que mantén una lista corta y hazla crecer con bugs reales. Una lista de 15 comprobaciones que sí ejecutas vale más que una de 150 que te saltas.

Cómo crece la lista

  1. Empieza por tus flujos principales. Las 5 a 8 cosas que un usuario debe poder hacer (registro, tarea principal, compra, restauración).
  2. Añade cada bug que se escapó. Cuando un bug llega a un usuario o a un tester, añade una línea que lo habría cazado. Es la parte más valiosa de la lista.
  3. Añade las zonas frágiles. Todo lo que hayas cambiado tres veces o que dependa de un servicio de terceros.
  4. Poda. Quita las comprobaciones de funciones eliminadas y une las duplicadas. Revisa la lista en cada lanzamiento.

Plantilla (copiar y pegar)

LISTA DE REGRESIÓN: <nombre de la app>          Última revisión: <fecha>

Ejecutar antes de cada lanzamiento. Marca cada una: P (aprobado) / F (fallido) / N (no ejecutado, di por qué)

FLUJOS PRINCIPALES
[ ] R-01 <flujo>: <comprobación en una línea>                 Origen: flujo principal
[ ] R-02 <flujo>: <comprobación en una línea>                 Origen: flujo principal

BUGS PASADOS
[ ] R-10 <qué se rompió>: <la comprobación que lo cazaría>    Origen: bug <enlace/ID>, <fecha>
[ ] R-11 <qué se rompió>: <la comprobación que lo cazaría>    Origen: bug <enlace/ID>, <fecha>

ZONAS FRÁGILES
[ ] R-20 <área>: <comprobación>                               Origen: <por qué es frágil>

EJECUCIÓN DE LANZAMIENTO
Build: <versión>   Fecha: <fecha>   Dispositivo / SO: <lista>
Elementos fallidos: <IDs>   Decisión: <publicar / arreglar primero>

Ejemplo (ilustrativo)

FLUJOS PRINCIPALES
[ ] R-01 Registro: crear cuenta con email, llegar a la pantalla de inicio    Origen: flujo principal
[ ] R-02 Tarea principal: añadir un elemento, verlo en la lista               Origen: flujo principal
[ ] R-03 Restauración: reinstalar, iniciar sesión, los datos vuelven          Origen: flujo principal

BUGS PASADOS
[ ] R-10 Cierre al girar en la pantalla de edición: girar mientras editas     Origen: bug #8
[ ] R-11 Doble cobro al tocar dos veces: pulsar Comprar dos veces rápido      Origen: bug #14

ZONAS FRÁGILES
[ ] R-20 Login con cuenta social: iniciar y cerrar sesión                    Origen: depende del inicio de sesión de terceros

Cómo adaptarla

  • Cada línea debe poder ejecutarse en un minuto. Si necesita una historia, pertenece a un caso de prueba.
  • Anota el origen de cada línea. Cuando te preguntes si borrarla, el origen te dirá la respuesta.
  • Antes de actualizar una app en producción: añade "la actualización desde la versión anterior conserva los datos". Ver [cómo probar una actualización de una app en producción.
  • Diferencia con el smoke test: el smoke test pregunta "¿este build es usable en absoluto?" y se ejecuta en cada build; la lista de regresión es más profunda y se ejecuta antes de un lanzamiento.

Relacionado

Empieza gratis y deja que testers externos ejecuten tu lista en dispositivos que tú no tienes.