Plan de pruebas de software

Jennifer Villalobos

24 May 201510:42

Summary

TLDREste tutorial explica cómo estructurar un plan de pruebas de software, que es esencial para especificar qué se desea probar y cómo ejecutar dichas pruebas. Aborda aspectos como el control de versiones, información del proyecto, aprobaciones, alcance, criterios de aceptación y reanudación, entregables, recursos, planificación y organización, premisas y riesgos, y referencias. También se mencionan tipos de pruebas como pruebas del sistema y pruebas de componentes, destacando la importancia de encontrar defectos con la menor cantidad de esfuerzo y tiempo.

Takeaways

📋 Un plan de pruebas especifica qué se desea probar y cómo se ejecutarán dichas pruebas, y puede diseñarse para encontrar defectos con el menor esfuerzo y tiempo posible.
🗂️ La primera sección del plan de pruebas es el control de versiones del software, que incluye la fecha, el número de versión, los nombres de los desarrolladores y las características nuevas o problemas resueltos.
📊 La información del proyecto se presenta en una tabla que incluye datos como el nombre de la empresa, el nombre del sistema, la fecha de liberación de las pruebas y los responsables del proyecto.
✔️ La sección de aprobaciones contiene una lista de las personas que autorizaron el plan de pruebas.
📄 El resumen ejecutivo describe el propósito del plan de pruebas, establece si es un plan maestro o detallado, e identifica el alcance del plan.
🛑 Los criterios de aceptación, suspensión y reanudación determinan cuándo se completan, suspenden o reanudan las pruebas, según ciertos requisitos.
📈 Los entregables son los documentos recopilados al finalizar las pruebas, incluyendo resultados, errores encontrados e incidencias.
🔧 Los recursos necesarios para llevar a cabo las pruebas se dividen en requerimientos de hardware, software y herramientas de pruebas.
🕒 La planificación y organización de las pruebas se hace con un cronograma basado en tiempos reales y se describe la metodología de pruebas, las responsabilidades del equipo y las dependencias.
⚠️ Las dependencias y riesgos incluyen posibles interrupciones del proceso de pruebas, restricciones de tiempo, y la necesidad de tener un plan de contingencia en caso de que los riesgos se conviertan en realidad.

Q & A

¿Qué es un plan de pruebas y qué propósito cumple?
-Un plan de pruebas es un documento que especifica qué se desea probar y cómo ejecutar dichas pruebas. Permite diseñar pruebas para encontrar defectos con la menor cantidad de esfuerzo y tiempo.
¿Cuál es la importancia de tener un plan de pruebas estructurado?
-Un plan de pruebas estructurado ayuda a mantener la claridad y la eficiencia en el proceso de pruebas, asegurando que se cubran todas las áreas necesarias y se realicen de manera coherente.
¿Qué se debe incluir en la sección de control de versiones de un plan de pruebas?
-En la sección de control de versiones se debe incluir la fecha de la versión, el número de versión, los nombres de los desarrolladores y la empresa para la cual se trabaja.
¿Cómo se presenta la información del proyecto en un plan de pruebas?
-La información del proyecto se presenta como una ficha bibliográfica, incluyendo el nombre de la empresa, el nombre del sistema en desarrollo, la fecha de liberación de las pruebas y el nombre del cliente si corresponde.
¿Quiénes deben estar en la lista de aprobaciones de un plan de pruebas?
-La lista de aprobaciones debe incluir a las personas que autorizaron el plan de pruebas.
¿Cuál es el propósito del resumen ejecutivo en un plan de pruebas?
-El resumen ejecutivo describe el propósito del plan de pruebas, establece si es un plan maestro o detallado e identifica el alcance del plan en relación con el plan de proyecto de software.
¿Qué son los criterios de aceptación, suspensión y reanudación en un plan de pruebas?
-Los criterios de aceptación son las condiciones para considerar el plan de pruebas como terminado. Los criterios de suspensión son las condiciones bajo las cuales se detendrán las pruebas y los de reanudación son los requisitos para volver a iniciar las pruebas después de una suspensión.
¿Qué se entiende por entregables en el contexto de un plan de pruebas?
-Los entregables son los documentos que se recopilarán al terminar las pruebas y que sirven como evidencia de las mismas, incluyendo información sobre los resultados, errores encontrados y incidencias.
¿Cuáles son los requisitos de entorno para llevar a cabo las pruebas?
-Los requisitos de entorno incluyen tanto el hardware como el software necesarios para realizar las pruebas, como equipos, redes, bases de datos, servidores y herramientas de automatización.
¿Cómo se organiza la planificación y organización de las pruebas en un plan de pruebas?
-La planificación y organización de las pruebas se divide en procedimientos para las pruebas, metodología de pruebas, matriz de responsabilidades y cronograma, especificando quién hace qué y cuándo.
¿Qué son las premisas en un plan de pruebas y por qué son importantes?
-Las premisas son suposiciones o condiciones que se asumen para el plan de pruebas, como límites de tiempo o recursos limitados. Son importantes porque pueden afectar el proceso y es necesario tener en cuenta para evaluar el impacto y posibles riesgos.
¿Cuáles son las pruebas del sistema y cómo se diferencian de las pruebas de componentes?
-Las pruebas del sistema implican integrar componentes y probar el sistema como un todo. Las pruebas de componentes, por otro lado, se centran en probar componentes individuales para encontrar defectos en ellos antes de su integración.

Outlines

00:00

📝 Introducción al Plan de Pruebas

El primer párrafo explica la importancia del Plan de Pruebas en la documentación de software. Se menciona que debe tener una estructura específica y permitir especificar qué se desea probar y cómo ejecutar dichas pruebas. Se enfatiza en diseñar pruebas que maximicen la probabilidad de encontrar defectos con el menor esfuerzo y tiempo. Se describen las secciones del plan, incluyendo el control de versiones del software, información del proyecto y aprobaciones. También se detallan los criterios de aceptación, suspensión y reanudación de las pruebas, así como los entregables y recursos necesarios para llevar a cabo las pruebas.

05:01

📅 Planificación y Organización de Pruebas

El segundo párrafo se centra en la planificación y organización de las pruebas. Se habla sobre la división del plan en varios apartados, como procedimientos para las pruebas y la matriz de responsabilidades, donde se asignan roles a los integrantes del equipo. Se menciona la importancia de un cronograma basado en estimaciones de tiempo real y las premisas que deben ser respetadas durante el proceso. También se discuten las dependencias y riesgos que pueden afectar el plan de pruebas, y se sugiere tener un plan de contingencia en caso de que los riesgos se materialicen. Finalmente, se menciona la sección de referencias y glosario para aclarar términos utilizados en el plan.

10:01

🔍 Pruebas de Sistema y Componentes

El tercer párrafo explora las pruebas de sistema y componentes. Se definen las pruebas de sistema como la integración y verificación de componentes que implementan funciones del sistema. Se describen las fases de pruebas de integración, entregas y rendimiento. Además, se explican las pruebas de componentes, que buscan encontrar defectos en los componentes individuales antes de su integración en un sistema más grande. Se mencionan diferentes tipos de interfaces de componentes y la dificultad de realizar pruebas en estas interfaces debido a que algunos defectos solo se manifiestan en condiciones inusuales.

Mindmap

Keywords

💡Plan de pruebas

Un plan de pruebas es un documento que especifica qué se desea probar y cómo ejecutar dichas pruebas. Es fundamental para la documentación de definida de software y asegura que se identifiquen y se corrijan los defectos. En el video, se menciona que el plan de pruebas debe tener una estructura específica y debe ser aplicado para maximizar la probabilidad de encontrar defectos con el menor esfuerzo y tiempo posible.

💡Criterios de aceptación

Los criterios de aceptación son condiciones que deben cumplirse para que se considere que el plan de pruebas ha sido satisfactoriamente ejecutado. Por ejemplo, se menciona que pueden incluir la finalización del 100% de las pruebas o alcanzar un cierto porcentaje de efectividad y cobertura de código. Estos criterios son cruciales para determinar cuándo se ha completado el plan de pruebas.

💡Criterios de suspensión

Los criterios de suspensión son condiciones bajo las cuales se debe detener temporalmente el proceso de pruebas. En el guion, se indica que pueden ser errores que impidan la ejecución de más casos de prueba. Estos criterios ayudan a mantener la calidad del software asegurando que no se continúe con pruebas que ya no sean válidas o útiles.

💡Criterios de reanudación

Los criterios de reanudación definen las condiciones necesarias para volver a iniciar las pruebas después de que se hayan detenido temporalmente. En el video, se sugiere que pueden implicar la corrección de errores o la disponibilidad de recursos adicionales. Estos criterios son importantes para mantener el flujo de trabajo y asegurar que las pruebas se realicen de manera efectiva.

💡Entregables

Los entregables son los documentos o resultados que se obtienen al finalizar las pruebas y que proporcionan evidencia de estas. En el video, se menciona que incluyen información sobre los resultados de las pruebas, los errores encontrados y las incidencias. Son esenciales para la evaluación y la mejora continua del proceso de pruebas.

💡Recursos

Los recursos son los elementos necesarios para llevar a cabo las pruebas, que pueden ser tanto físicos como digitales. El video habla sobre la necesidad de especificar los requerimientos de hardware y software, así como las herramientas de prueba requeridas, como Selenium o Visual Studio Test Professional. Estos recursos son fundamentales para el éxito de las pruebas.

💡Planificación y organización

La planificación y organización se refiere a la estrategia y la asignación de recursos y tiempos para llevar a cabo las pruebas de manera eficiente. En el video, se destaca la importancia de dividir las pruebas en apartados y procedimientos, y de crear una matriz de responsabilidades para asignar tareas a los integrantes del equipo de pruebas.

💡Matriz de responsabilidades (RACI)

La matriz de responsabilidades, también conocida como RASCI (Responsable, Aprobador, Consultado, Informado), es una herramienta utilizada para asignar roles y responsabilidades en un proyecto. En el video, se sugiere su uso para identificar quién es responsable de cada tarea, quién debe aprobar las decisiones, quién necesita ser consultado y quién debe ser informado. Ayuda a mantener la claridad y la eficiencia en el equipo de pruebas.

💡Premisas

Las premisas son suposiciones o condiciones que se consideran verdaderas para el desarrollo del plan de pruebas. El video menciona que pueden incluir limitaciones de tiempo, recursos limitados o la disponibilidad de herramientas en momentos específicos. Estas premisas son importantes para planificar adecuadamente y para evaluar los riesgos asociados al proceso de pruebas.

💡Riesgos

Los riesgos son posibles eventos o condiciones que podrían afectar negativamente el plan de pruebas. En el video, se sugiere listar y explicar los riesgos potenciales, como la falta de recursos o la necesidad de detener el desarrollo para corregir errores críticos. Es fundamental evaluar y planificar para estos riesgos para minimizar su impacto en el proyecto.

💡Pruebas de sistema

Las pruebas de sistema implican integrar varios componentes que implementan funciones del sistema y probarlos como un todo. En el video, se describe este proceso como una de las fases de pruebas, donde se busca encontrar problemas en el nivel del sistema integrado. Estas pruebas son esenciales para garantizar que el sistema funciona de manera coherente y se ajusta a los requisitos establecidos.

Highlights

Un plan de pruebas es parte de la documentación de definición de software y debe tener una estructura específica.

El plan de pruebas especifica qué se desea probar y cómo ejecutar dichas pruebas.

Puede haber un conjunto de pruebas predeterminado o crear una jerarquía de pruebas.

El objetivo es diseñar pruebas que encuentren defectos con la menor cantidad de esfuerzo y tiempo.

El plan de pruebas se utiliza generalmente al concluir un software, pero también se puede aplicar en otros momentos pertinentes.

La primera sección del plan de pruebas incluye el control de versiones del software.

Se debe ingresar la fecha, número de versión, desarrolladores y la empresa para la que se trabaja.

La descripción debe incluir nuevas características o problemas resueltos en la versión.

La información del proyecto es similar a una ficha bibliográfica con datos generales del proyecto.

En la sección de aprobaciones, se listan las personas que autorizaron el plan de pruebas.

El resumen ejecutivo describe el propósito del plan de pruebas y su alcance en relación con el plan de proyecto de software.

Los criterios de aceptación, suspensión y reanudación definen las condiciones para asignar un estado al plan de pruebas.

Los entregables son los documentos que recopilan información sobre los resultados de las pruebas.

Los recursos para las pruebas incluyen herramientas, hardware y software necesarios para llevar a cabo las pruebas.

La planificación y organización definen el tiempo y el orden de las pruebas.

Las premisas son suposiciones sobre el plan de pruebas que deben ser respetadas.

Los riesgos y dependencias deben ser considerados y evaluados en el proceso de pruebas de software.

Las referencias son documentos que complementan el contenido del plan de pruebas.

El glosario define los términos utilizados en la documentación y en el área de pruebas.

Se explican diferentes tipos de pruebas como pruebas del sistema y pruebas de componentes.

Las pruebas de integración, entrega y rendimiento son fases distintas de pruebas en sistemas complejos.

Las pruebas de componentes buscan defectos en componentes individuales y en interfaces de componentes compuestos.