Un plan de pruebas sólido es lo que evita que los errores lleguen a producción. Con Trupeer, puedes ahorrar horas en la planificación de pruebas empezando con una plantilla de plan de pruebas gratuita, personalizándola con tus directrices de marca y convirtiendo los planes de pruebas en recorridos en vídeo que alinean a ingeniería, producto y QA.

¿Qué es una plantilla de plan de pruebas gratuita?

Una plantilla de plan de pruebas gratuita es una estructura reutilizable para el documento que indica qué se va a probar en una versión o proyecto concreto, en qué entornos, por quién, con qué calendario y cómo sabrás que las pruebas han finalizado.

La lista de secciones es estándar y no controvertida. Alcance, enfoque, entornos, recursos, calendario, criterios de entrada, criterios de salida, riesgos, entregables. Cada plantilla publicada lo incluye y se ha mantenido estable de forma general desde que las tradiciones ISO e IEEE lo establecieron hace décadas.

La plantilla no es donde fallan los planes de pruebas. Fallan en un momento específico: meses después de que se haya aprobado el plan, y el fallo tiene siempre la misma forma.

El formato sigue el uso. Un archivo Word de plantilla de plan de pruebas gratuita se adapta al propio plan, que es un texto que se revisa y se acuerda, y para una versión pequeña basta con un diseño sencillo de Word de una o dos páginas. Una versión Excel de plantilla de plan de pruebas gratuita se adapta al calendario, la matriz de cobertura y la asignación de recursos. Un PDF de plantilla de plan de pruebas gratuita es la copia aprobada que se adjunta al registro de la versión, y un ejemplo de PDF del documento de plan de pruebas de una fuente publicada es la mejor forma de ver cómo se hace correctamente.

Los planes de pruebas se leen una vez y se discuten después

Un plan de pruebas se redacta semanas antes de que empiecen las pruebas, cuando nadie está bajo presión. Se revisa con calma, se acuerda y se archiva.

Luego se vuelve a leer en una única ocasión: el día en que alguien quiere publicar y las pruebas no han finalizado.

En ese momento, todos en la sala están implicados. La fecha se ha comunicado. Los clientes la esperan. Marketing ha programado algo. El equipo de ingeniería lleva semanas trabajando para que termine y le gustaría que ya hubiera acabado. Y alguien abre el plan de pruebas, lee los criterios de salida y descubre que no resuelve nada.

Todos los defectos de alta prioridad resueltos. La batería de regresión superada. Aprobación de UAT obtenida.

Cada uno de esos enunciados suena firme y ninguno se sostiene bajo presión, por los motivos que se explican en la siguiente sección. Así que la decisión se toma como siempre se iba a tomar: por quien es más senior y está más implicado, y el plan de pruebas aporta un documento al que señalar, en lugar de ser una restricción.

El valor completo de redactar un plan de pruebas con antelación es que las decisiones tomadas con calma son mejores que las decisiones tomadas a las nueve de la noche de un jueves. Ese valor solo se materializa si las decisiones se tomaron realmente, y en la mayoría de los planes solo se describieron.

Cómo personalizar esta plantilla en Trupeer

Paso 1: Abre la sección Plantillas

Ve a la sección Plantillas desde la navegación principal.

Paso 2: Selecciona y abre una plantilla

Haz clic en cualquier plantilla con la que quieras trabajar para abrirla.

Paso 3: Amplía la vista de la plantilla

Si es necesario, amplía la vista de la plantilla para ver el diseño completo y los detalles con claridad.

Paso 4: Edita la plantilla

Haz clic en Editar para empezar a modificar la plantilla seleccionada.

Dentro del editor, puedes:

• Añadir secciones nuevas

• Definir o actualizar reglas de formato

• Añadir un logotipo y ajustar su posición y la configuración relacionada

Paso 5: Guarda tu plantilla personalizada

Después de realizar todos los cambios necesarios, haz clic en Guardar para almacenar la plantilla actualizada como tuya.

Paso 6: Previsualiza y ajusta la plantilla

Cuando quieras ver cómo se ve tu plantilla personalizada, abre la Previsualización.

Desde la pantalla de previsualización, puedes seguir haciendo ajustes directamente si es necesario, asegurándote de que la plantilla aparezca exactamente como la quieres.

Con una plantilla de plan de pruebas puedes:

• Ahorra horas al escribir: Omite la página en blanco con una estructura creada para QA.

• Mejora la cobertura de pruebas: Las secciones integradas garantizan que no se pase por alto nada crítico.

• Mantén la coherencia con tu marca: Aplica tu logotipo, fuentes y colores usando el kit de marca de Trupeer.

• Estandariza entre versiones: Usa la misma plantilla de plan de pruebas para cada producto y versión.

• Mantente listo para auditorías: Alineado con IEEE 829, ISO 29119 y estándares similares.

• Llega a equipos globales: Traduce planes de pruebas a 65+ idiomas con un solo clic.

Escribe primero los criterios de salida y nombra quién puede eximirlos

Dos cambios, ambos baratos, y esa es la argumentación completa de esta página.

Escribe los criterios de salida antes que cualquier otra cosa del plan. Antes del alcance, antes del enfoque, antes del calendario. Invierte el orden habitual y obliga a poner la pregunta más difícil al frente, cuando es una conversación en lugar de una negociación. Todo lo demás del plan existe para cumplir los criterios de salida, así que decidirlos primero también tiende a producir un plan más breve.

Nombra a quién puede eximir cada uno. No al equipo. Una persona, por su función, y específicamente no la persona cuyo trabajo es publicar.

La autoridad para la exención es el cambio que realiza el trabajo. Los criterios de salida casi nunca se anulan formalmente, porque no existe un mecanismo para anularlos, así que se reinterpretan. Un defecto se reclasifica. Un criterio se lee con generosidad. Alguien firma algo que no ha verificado.

La reinterpretación es invisible y no deja constancia. Una exención es visible, requiere que una persona concreta ponga su nombre y produce algo que puedes consultar después. Esa diferencia cambia el comportamiento antes de cambiar cualquier otra cosa, porque reclasificar un defecto en una reunión es fácil y firmar una exención no lo es.

Añade un campo más: cuando se exime un criterio, registra qué acción compensatoria se está realizando. Publicar primero para el 10% de los clientes, o con un rollback preparado, o con soporte informado. Una exención sin compensación es solo una decisión de aceptar el riesgo, que a veces es correcta y, como mínimo, debería declararse como tal.

Hacer que los criterios de salida sean exigibles

Tres propiedades, y la mayoría de los criterios publicados no tiene ninguna.

Un número. No “batería de regresión superada”, sino “batería de regresión: 100% de los casos de prioridad uno ejecutados, 95% superados, 0 fallos de prioridad uno abiertos”. “Superado” y “ejecutado” son cosas distintas, y un plan que no las distingue informará de que el 90% se superó en una batería que solo se ejecutó al 60%.

Un verificador que no sea la persona bajo presión. La clasificación de severidad es el punto débil en cada proceso de pruebas, porque quienes clasifican los defectos suelen ser quienes quieren publicar. Nombrar quién asigna la severidad y hacer que sea alguien fuera de la línea de entrega elimina la ruta más fácil para eludir un criterio.

Una autoridad de exención nombrada. Como se indicó antes, y debería ser una persona distinta de la responsable de la versión.

Una auditoría útil sobre un plan existente. Lee los criterios de salida y pregunta, para cada uno, qué tendría que hacer alguien para eludirlo sin mentir. Si la respuesta está disponible en menos de diez segundos, el criterio necesita un número y un verificador.

Qué debe contener una plantilla de plan de pruebas

Diez componentes, con los criterios de salida primero.

Las filas de entornos y datos de prueba merecen más espacio del que ofrecen las plantillas. Muchos de los defectos que llegan a producción no se pasaron por alto por casos de prueba débiles. Eran inalcanzables, porque el entorno de pruebas tenía mil registros cuando producción tiene cuatro millones, o porque la condición de tiempo que los activa no puede ocurrir en una sola máquina.

Plantilla de plan de pruebas gratuita: la estructura para copiar

Rellenada con un ejemplo real en lugar de marcadores de posición. El sistema es software de punto de venta para tiendas de conveniencia.

Copia desde aquí.

Criterios de salida. Redactados primero, con números, verificadores y autoridad de exención.

Las exenciones se registran por escrito con la acción compensatoria, antes de la versión, no después.

Criterios de entrada. Compilación desplegada en staging. Prueba de humo superada. Datos de prueba cargados y actualizados. Sin defectos abiertos de prioridad uno del ciclo anterior.

Alcance. Incluido: transacciones de caja, reembolsos, conciliación de fin de día, modo sin conexión y el nuevo motor de promociones. Fuera de alcance: el conjunto de informes de back office, que no cambia en esta versión; la certificación de hardware para nuevos periféricos, que se gestiona por separado; e integraciones con proveedores externos de fidelización, que se cubren con las pruebas de su propio proveedor y se aceptan en base a ello, lo cual es un riesgo registrado a continuación.

Enfoque. Regresión automatizada para las rutas existentes de caja y reembolso. Pruebas exploratorias manuales en el motor de promociones, que es nuevo. Pruebas de rendimiento en el pico simulado. El modo sin conexión se prueba desconectando físicamente, no mediante simulación.

Entornos. Staging, con una base de datos restaurada desde una instantánea de producción de un gran parque de tiendas. Cuatro cajas físicas de dos generaciones de hardware. Nota: staging tiene un único servidor de aplicaciones, mientras que producción tiene seis, por lo que el comportamiento de balanceo de carga no está representado y este es un riesgo declarado.

Datos de prueba. Instantánea de producción, anonimizada, actualizada semanalmente. Incluye al menos una tienda con más de cincuenta mil transacciones históricas, ya que los defectos relacionados con el volumen han aparecido antes.

Calendario y ventana. Tres semanas. La ejecución estimada es de once días de esfuerzo para dos probadores, lo que equivale a catorce días laborables frente a una ventana de quince días. Un día de contingencia, que es escaso y se registra como riesgo.

Recursos. Dos probadores, a tiempo completo. Un ingeniero de rendimiento durante tres días. Responsable de negocio durante dos días de UAT. Si cualquiera de los probadores se desvía a soporte, la ventana no se cumple y el criterio dos es el primero en estar en riesgo.

Riesgos. Un único servidor de aplicaciones en staging. Un día de contingencia del calendario. Integración de fidelización de terceros no probada por nosotros. El responsable de negocio es nuevo en el puesto.

Entregables. Resultados de pruebas ejecutadas con evidencia, informes de defectos, un informe de resumen de pruebas y el registro de exención firmado si aplica.

Copia desde aquí.

Ejemplo de plan de pruebas: tres defectos de alta prioridad que se convirtieron en dos

Danecroft Retail Systems suministra software de punto de venta a tiendas de conveniencia y emplea a unas ciento ochenta personas. Publicó una versión importante para un parque de trescientas cuarenta tiendas.

El plan de pruebas era uno normal. Sus criterios de salida decían: todos los defectos de alta prioridad resueltos, batería de regresión superada, aprobación de UAT obtenida.

El día de la decisión de publicación, había tres defectos de alta prioridad abiertos. La batería de regresión se ejecutó al 91% y el plan no distinguía entre ejecutado y superado. UAT había sido firmado por un responsable de producto que llevaba cinco semanas en el puesto.

El responsable de la versión lo planteó al CTO. El CTO preguntó si los tres defectos eran realmente de alta prioridad.

Dos se reclasificaron como de prioridad media durante esa reunión. El tercero se aceptó con base en que existía una solución alternativa.

Nadie había mentido y nadie había anulado nada. El plan no incluía una definición de alta prioridad, no indicaba quién asigna la severidad, no establecía un umbral para la ejecución de la regresión y no nombraba una autoridad de exención. No había nada que anular, así que no había nada que registrar.

Uno de los dos defectos reclasificados provocó bloqueos de cajas bajo una condición específica de promociones. Apareció en el pico de actividad de un sábado en todo el parque. El minorista estimó ventas perdidas en torno a ochocientas noventa mil libras, aplicó una penalización contractual y Danecroft abonó varios meses de comisiones.

La revisión identificó tres debilidades concretas, todas en los criterios de salida y ninguna en las pruebas.

La severidad la asignaron las personas bajo presión para publicar. “Superado” y “ejecutado” se usaron indistintamente, así que el 91% sonaba a tasa de superación. Y la aprobación no nombraba a ninguna persona en particular ni especificaba nada sobre qué confirmaban que habían hecho.

La reescritura dio a cada criterio un número, nombró a un verificador fuera de la línea de entrega, nombró una autoridad de exención que no era el responsable de la versión y exigió exenciones por escrito con una acción compensatoria.

En las siguientes seis versiones, se emitieron dos exenciones. Ambas se registraron, ambas incluyeron una acción compensatoria y ningún defecto se reclasificó durante una reunión de decisión de versión.

Las pruebas habían sido adecuadas. El plan no ofrecía ningún mecanismo para que las pruebas importaran.

Cómo redactar un plan de pruebas en seis pasos

1. Escribe primero los criterios de salida, con números, antes que cualquier otra cosa en el documento.

2. Nombra un verificador para cada uno, y asegúrate de que no sea alguien cuyos objetivos incluyan la fecha de publicación.

3. Nombra una autoridad de exención para cada uno, incluidos los criterios que no se pueden eximir en absoluto. Tener al menos uno que no se pueda eximir es lo que hace que los demás tengan sentido.

4. Redacta el alcance, incluyendo lo que queda fuera, y explica por qué cada exclusión es aceptable.

5. Describe el entorno con honestidad, especialmente donde difiere de producción de formas que podrían ocultar defectos.

6. Haz el cálculo del calendario y registra la contingencia, para que, cuando la ventana se comprima, la conversación sea sobre qué criterios están en riesgo en lugar de sobre si las pruebas están casi terminadas.

El tercer paso es el que cambia los resultados. Un plan en el que la persona que publica puede eximir todo es una descripción de intenciones.

Alcance y qué no estás probando

La sección de fuera de alcance es la segunda parte más valiosa de un plan de pruebas y en la mayoría de ellos ocupa una sola línea.

En ella deben incluirse tres categorías, y son diferentes.

Excluido deliberadamente porque no cambia. Razonable y vale la pena indicarlo con el motivo, porque “sin cambios” es un supuesto que a veces resulta estar equivocado.

Excluido porque lo prueba otra persona. Componentes de terceros, integraciones con proveedores, certificación de hardware. Indica quién lo está probando y qué evidencia estás aceptando. Aquí es donde el riesgo se transfiere en silencio.

Excluido porque no se puede probar aquí. El comportamiento de balanceo de carga, redes reales de pagos, volúmenes de datos de producción, concurrencia real. Estas son las honestas y también deberían aparecer en la sección de riesgos, además de en la de alcance, porque nombran los defectos que tu proceso no puede detectar.

La tercera categoría es la que predice incidentes en producción. Un equipo que puede enumerar a qué no llega su prueba es un equipo que sabe dónde mirar cuando algo sale mal.

¿Plan de pruebas, estrategia de pruebas o caso de prueba?

Tres niveles, y la confusión entre ellos es lo bastante común como para merecer que se diga de forma clara.

Una estrategia de pruebas es organizativa. Cómo prueba esta empresa, qué tipos de pruebas utiliza, qué estándares aplican. Se redacta una vez y se aplica a través de proyectos.

Un plan de pruebas es específico para una versión o proyecto. Esta página.

Un caso de prueba es una comprobación, con pasos y un resultado esperado. La página de plantillas de documentación de pruebas cubre eso, incluyendo por qué el resultado esperado es donde la mayoría de las baterías de pruebas se equivocan.

Por encima de los tres está el plan de QA, que cubre todo lo que se hace para prevenir defectos en lugar de encontrarlos: revisión de requisitos, definición de hecho, estándares de revisión de código. La plantilla de plan de QA cubre esa distinción. Si tu plan de QA contiene solo pruebas, has escrito un plan de pruebas con un título más amplio.

Si la versión puede publicarse o no es una pregunta más amplia que si las pruebas han finalizado, ya que la documentación, la preparación del soporte y la configuración de facturación también lo condicionan. La plantilla de requisitos de versión cubre eso.

Variantes del plan de pruebas

La estructura se mantiene y el énfasis cambia.

Planes de pruebas ágiles o por sprint. Normalmente mucho más cortos, a menudo una sola página, y con frecuencia integrados en la definición de hecho. El argumento de los criterios de salida se aplica sin cambios y es más importante, porque la decisión se repite en cada sprint.

Planes de pruebas de aceptación del usuario. El criterio de salida es una persona que firma algo, así que especifica qué confirma que hizo personalmente. Una firma en un documento que nadie leyó es el control más débil de uso común.

Planes de pruebas de rendimiento y carga. Los umbrales son naturalmente numéricos, lo que hace que estos sean los planes más fáciles de redactar con criterios exigibles. La dificultad pasa a si el entorno puede generar una carga representativa.

Entornos regulados y validados. En contextos farmacéuticos, de dispositivos médicos y similares hay requisitos definidos para la documentación de pruebas, la trazabilidad y la aprobación, y el plan forma parte de un paquete de evidencia que puede inspeccionarse años después. Construye según el estándar aplicable con aportaciones cualificadas, ya que nada de esta página lo sustituye.

Sistemas de hardware y sistemas integrados. Los planes de pruebas deben cubrir configuraciones físicas y condiciones del entorno, y la sección de entorno suele convertirse en la parte más larga del documento.

Qué no puede arreglar una plantilla de plan de pruebas gratuita

Una fecha que no se puede mover. Si la versión sale independientemente, el plan documenta lo que se omitió en lugar de evitarlo. A veces es una decisión empresarial legítima y debería declararse, no disfrazarse como un criterio superado.

Un entorno que no puede revelar el defecto. Ninguna descarga gratuita de plantilla de plan de pruebas gratuita te dará volúmenes de datos de producción ni concurrencia real.

Severidad asignada por la parte interesada. La forma única más común de eludir los criterios de salida, y es una decisión de gobernanza más que de documentación.

Una ventana que nunca fue realista. Hacer el cálculo en el plan al menos hace visible el déficit mientras aún hay tiempo para cambiar algo.

Demuestra que las pruebas ocurrieron

Los criterios de salida dependen de la evidencia y, en la mayoría de las organizaciones, la evidencia es una columna de estado.

La batería de regresión se ejecutó. Alguien marcó los casos. Si cada caso se ejecutó tal como estaba escrito y qué se observó realmente no se registra en ningún sitio, lo que significa que un criterio que diga “100% ejecutado” se basa en una afirmación en lugar de en un registro. Después de un incidente, esa afirmación es lo que se examina y, normalmente, tampoco puede verificarse de ninguna manera.

Trupeer AI produce el registro como subproducto. Registrar una ejecución de pruebas genera un recorrido en texto con capturas de pantalla ya capturadas y colocadas, junto con el vídeo, en tu propia marca. Lo que se observó en cada paso existe en lugar de afirmarse, y eso es lo que necesita un verificador para firmar un criterio con honestidad.

Regístralo. Ponle marca. Tradúcelo. Hazlo con Trupeer.

Siguen dos puntos. Cuando las pruebas las realiza un equipo subcontratado o en el extranjero, la evidencia de lo que se hizo realmente vale más que un informe de estado, y una grabación es la forma más barata de obtenerlo. Y una grabación de un probador experimentado trabajando a través de un escenario complejo es como un probador nuevo aprende cómo se ve una comprobación bien hecha, el hábito que ningún caso escrito transmite.

El material está en tu base de conocimiento y también sirve como formación. La coherencia entre tus documentos es cuestión de configurar el kit de marca una vez, y la configuración se cubre en la guía de configuración de plantillas de documentos.

Preguntas frecuentes

¿Hay una versión Word gratuita de una plantilla de plan de pruebas?

Word se adapta al propio plan, porque la mayor parte es texto que se revisa y se acuerda, y porque normalmente necesita aprobación. Un archivo Word de plantilla de plan de pruebas es el formato de trabajo adecuado.

Pon la tabla de criterios de salida en la primera página. Cada plantilla los coloca cerca del final, que es donde se leen por última vez durante la redacción y donde se presta menos atención, y son la única parte del documento que se usará alguna vez bajo presión.

¿Hay una versión Word sencilla de una plantilla de plan de pruebas?

Sí, y para una versión pequeña o un único sprint, un archivo Word sencillo de plantilla de plan de pruebas de una o dos páginas es totalmente adecuado.

Corta las secciones de enfoque y recursos antes de cortar los criterios de salida. Un plan de una página con criterios numéricos, un verificador nombrado y una autoridad de exención vale más que un plan de quince páginas sin ellos.

¿Hay una versión Excel gratuita de una plantilla de plan de pruebas?

Excel se adapta a las partes del plan de pruebas que son tabulares: el calendario, la matriz de cobertura, la asignación de recursos y la propia tabla de criterios de salida. Un archivo Excel de plantilla de plan de pruebas gestiona bien todo eso.

Las secciones de alcance, enfoque y riesgos son texto y pertenecen a un documento. Dividir un plan en dos archivos está bien siempre que uno haga referencia al otro y solo uno de ellos sea la versión aprobada.

¿Hay un PDF gratuito de una plantilla de plan de pruebas?

PDF es la copia aprobada que se adjunta al registro de la versión. Exporta una vez un PDF de plantilla de plan de pruebas gratuita cuando esté acordado, con la versión y la fecha, y consérvalo junto con los resultados y cualquier registro de exención.

Ese conjunto es lo que se examina si más adelante algo sale mal, y el registro de exención es la parte que la gente desearía haber tenido. Un plan sin registro de lo que se eximió obliga a que todo el mundo reconstruya una reunión a partir de la memoria.

¿Dónde puedo encontrar un ejemplo en PDF de un documento de plan de pruebas?

Las universidades, la contratación del sector público y las industrias reguladas publican ejemplos reales, y un ejemplo en PDF de un documento de plan de pruebas de esas fuentes es más útil que una plantilla comercial porque se redactó bajo restricciones reales y a menudo lo revisa alguien con autoridad.

Lee los criterios de salida y la sección de fuera de alcance. Esas dos partes muestran si el plan era un control o una formalidad, y son las secciones que más cambian entre organizaciones que publican de forma fiable y las que no.

¿Hay una descarga gratuita de plantilla de plan de pruebas que merezca la pena usar?

La lista de secciones se ha mantenido estable durante décadas, así que una descarga gratuita de plantilla de plan de pruebas te ahorra poco y cada versión ofrece aproximadamente la misma estructura.

Juzga cualquiera de ellas con una sola pregunta. ¿Los criterios de salida tienen espacio para un umbral, un verificador y una autoridad de exención? Ninguna lo tiene. Añadir esas tres columnas lleva dos minutos y es la diferencia entre un plan que decide algo y un plan que describe una intención.

¿Qué deberían decir realmente los criterios de salida?

Números, verificadores y autoridad de exención. No “batería de regresión superada”, sino “100% de los casos de prioridad uno ejecutados y superados, verificado por el responsable de QA, no eximible”.

La prueba es si alguien podría cumplir el criterio sin hacer el trabajo y sin mentir. Si un defecto puede reclasificarse, un porcentaje puede leerse como tasa de superación, o una firma puede darse por alguien que no verificó nada, entonces el criterio tiene una vía para eludirlo y necesita otra cláusula.

¿Quién debería redactar el plan de pruebas?

Quien lidere las pruebas, con los criterios de salida acordados por alguien que no sea el responsable de la fecha de publicación. Esa separación es la clave, y por eso los planes redactados íntegramente dentro de un equipo de entrega tienden a tener criterios “blandos”.

Haz que el responsable de negocio lea específicamente los criterios de salida, ya que uno de ellos suele depender de su firma y deberían saber de antemano qué confirmarán que hicieron personalmente.