Saltar al contenido

Plan de pruebas

Planifica cómo se probará una versión: alcance, tipos de prueba, entornos, calendario y criterios de salida.

Rellénalo y previsualízalo

Plan de pruebas

Producto: App móvil TidyPlan 4.2.0
Responsable de pruebas: Anna Berg
Versión del plan: 1.0, 3 de marzo de 2030

1. Objetivos

Que las listas compartidas funcionan para hasta 6 personas a la vez, que el inicio de sesión y la subida de fotos ya no fallan y que no se ha roto nada de lo que antes funcionaba.

2. Alcance

Dentro del alcance

Listas compartidas, inicio de sesión, subida de fotos, notificaciones y los 20 recorridos de usuario principales.

Fuera del alcance

Panel web de administración, sin cambios desde la 4.1.0. Solo se prueba con el paquete de regresión.

3. Tipos de prueba

Tipo de prueba Quién Cuándo
Pruebas unitarias Desarrolladores En cada cambio
Pruebas de integración Desarrolladores A diario
Pruebas manuales de funcionalidad Equipo de pruebas Por funcionalidad
Paquete de regresión Equipo de pruebas Antes del lanzamiento
Prueba de rendimiento Responsable de pruebas Una vez, 500 usuarios a la vez
Revisión de seguridad Responsable de seguridad Una vez

4. Entornos y dispositivos

Servidor de pruebas con una copia del entorno de producción, sin datos reales de clientes. 6 teléfonos: 3 Android y 3 iOS, el más antiguo compatible y el más reciente.

5. Datos de prueba

Cuentas y listas inventadas. Sin datos personales reales.

6. Calendario

Paso Fecha
Plan de pruebas aprobado 3 de marzo
Pruebas de funcionalidad 3 al 7 de marzo
Regresión 8 al 10 de marzo
Decisión de lanzamiento 11 de marzo

7. Errores

Cada error se registra con pasos, captura de pantalla y dispositivo. Crítico: bloquea el lanzamiento, se corrige en 1 día. Alto: se corrige antes del lanzamiento. Medio y bajo: se planifican.

8. Criterios de entrada

La compilación está en el servidor de pruebas, las pruebas unitarias pasan y existen las notas de la versión.

9. Criterios de salida

Se han ejecutado todas las pruebas previstas. No quedan errores críticos ni altos abiertos. El paquete de regresión supera al menos el 98 por ciento. El responsable de pruebas firma el informe.

10. Riesgos

Solo 2 personas de pruebas en la última semana. Mitigación: el equipo de desarrollo se suma a las pruebas de regresión.

Las plantillas son un punto de partida cuidadoso, no asesoramiento jurídico. Cuando la ley sea relevante, comprueba qué se aplica donde estés.

TI y proyectos

Para qué sirve esta plantilla

Plantilla de plan de pruebas de software. Define alcance, tipos de prueba, entornos, datos, calendario, roles, criterios de entrada y salida y riesgos.

Es gratis rellenarlo en línea, no requiere cuenta y se descarga como documento de Word o PDF. Ver todas las plantillas de TI y proyectos

TI y proyectos

Qué debes rellenar

El formulario pide 14 datos. El documento se completa solo a medida que escribe.

  • Producto y versión

    Por ejemplo: App móvil TidyPlan 4.2.0

  • Responsable de pruebas

    Por ejemplo: Anna Berg

  • Versión y fecha del plan

    Por ejemplo: 1.0, 3 de marzo de 2030

  • Qué deben demostrar las pruebas

    Por ejemplo: Que las listas compartidas funcionan para hasta 6 personas a la vez, que el inicio de sesión y la subida de fotos ya no fallan y que no se ha roto nada de lo que antes funcionaba.

  • Dentro del alcance

    Por ejemplo: Listas compartidas, inicio de sesión, subida de fotos, notificaciones y los 20 recorridos de usuario principales.

  • Fuera del alcance (opcional)opcional

    Por ejemplo: Panel web de administración, sin cambios desde la 4.1.0. Solo se prueba con el paquete de regresión.

  • Tipos de prueba

    Una fila por cada tipo de prueba.

    Por ejemplo: Pruebas unitarias | Desarrolladores | En cada cambio Pruebas de integración | Desarrolladores | A diario Pruebas manuales de funcionalidad | Equipo de pruebas | Por funcionalidad Paquete de regresión | Equipo de pruebas | Antes del lanzamiento Prueba de rendimiento | Responsable de pruebas | Una vez, 500 usuarios a la vez Revisión de seguridad | Responsable de seguridad | Una vez

  • Entornos y dispositivos

    Por ejemplo: Servidor de pruebas con una copia del entorno de producción, sin datos reales de clientes. 6 teléfonos: 3 Android y 3 iOS, el más antiguo compatible y el más reciente.

  • Datos de prueba (opcional)opcional

    Por ejemplo: Cuentas y listas inventadas. Sin datos personales reales.

  • Calendario

    Una fila por cada paso.

    Por ejemplo: Plan de pruebas aprobado | 3 de marzo Pruebas de funcionalidad | 3 al 7 de marzo Regresión | 8 al 10 de marzo Decisión de lanzamiento | 11 de marzo

  • Cómo se gestionan los errores

    Por ejemplo: Cada error se registra con pasos, captura de pantalla y dispositivo. Crítico: bloquea el lanzamiento, se corrige en 1 día. Alto: se corrige antes del lanzamiento. Medio y bajo: se planifican.

  • Criterios de entrada (cuándo pueden empezar las pruebas)

    Por ejemplo: La compilación está en el servidor de pruebas, las pruebas unitarias pasan y existen las notas de la versión.

  • Criterios de salida (cuándo terminan las pruebas)

    Por ejemplo: Se han ejecutado todas las pruebas previstas. No quedan errores críticos ni altos abiertos. El paquete de regresión supera al menos el 98 por ciento. El responsable de pruebas firma el informe.

  • Riesgos (opcional)opcional

    Por ejemplo: Solo 2 personas de pruebas en la última semana. Mitigación: el equipo de desarrollo se suma a las pruebas de regresión.

TI y proyectos

Qué incluye

Las partes de este documento, en orden.

  1. 11. Objetivos
  2. 22. Alcance
  3. 33. Tipos de prueba
  4. 44. Entornos y dispositivos
  5. 55. Datos de prueba
  6. 66. Calendario
  7. 77. Errores
  8. 88. Criterios de entrada
  9. 99. Criterios de salida
  10. 1010. Riesgos

Plantillas

Cómo funciona

  1. 01

    Rellena

    Escribe tus datos en el formulario. El documento se completa solo mientras escribes; haz clic en cualquier espacio para saltar a su campo.

  2. 02

    Revisa

    Léelo entero. Los espacios que no hayas rellenado siguen marcados, para que nada salga a medias.

  3. 03

    Descarga

    Guárdalo como documento de Word para seguir editándolo, o como PDF para enviarlo o imprimirlo.

Hazlo tuyo con IA

Ábrelo en el chat y pide cambios: más corto, más firme, para otra situación, en otro idioma.

Adáptalo con nerix

TI y proyectos

Preguntas que hace la gente

¿Qué datos pide esta plantilla?

El formulario solicita 14 datos, empezando por Producto y versión, Responsable de pruebas, Versión y fecha del plan, Qué deben demostrar las pruebas, Dentro del alcance. 3 más son opcionales.

¿Puedo descargar esta plantilla en Word o PDF?

Sí. Cuando hayas rellenado el formulario, guárdalo como documento de Word para seguir editándolo, o como PDF para enviarlo o imprimirlo. Es gratis y no necesitas cuenta.

¿Se envía a algún sitio lo que escribo?

No. Lo que escribes permanece en tu navegador mientras rellenas el documento. Solo se envía a nerix si eliges abrir la plantilla en el chat.

¿Son gratis estas plantillas de TI y proyectos?

La mayoría sí. Rellénelas y descárguelas gratis en Word o PDF, sin cuenta. Algunos documentos más largos son premium: gratis para rellenar, de pago único para descargar y marcados con su precio.

¿Nos hace seguros una política de seguridad?

Ningún documento lo logra por sí solo. Una política ayuda cuando coincide con lo que la gente hace de verdad: mantenla breve, explícasela a tu equipo y revísala cada año.

¿El acta de proyecto es solo para proyectos grandes?

No. Un proyecto pequeño también se beneficia, porque una página con el objetivo, los límites y quién decide evita la mayoría de las discusiones posteriores.