Plan de pruebas de software
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
📝 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.
📅 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.
🔍 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
💡Criterios de aceptación
💡Criterios de suspensión
💡Criterios de reanudación
💡Entregables
💡Recursos
💡Planificación y organización
💡Matriz de responsabilidades (RACI)
💡Premisas
💡Riesgos
💡Pruebas de sistema
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.
Transcripts
Hola a continuación les mostraremos un
tutorial del plan de prueba el cual
forma parte de la documentación de
definida de software y alc un documento
debe tener una estructura específica que
les mostraremos más
adelante plan de pruebas un plan de
pruebas permite especificar Lo que se
desea probar Y cómo ejecutar dichas
pruebas un plan de pruebas se puede
aplicar una interacción concreta de su
proyecto puede tener solo un conjunto de
pruebas predeterminado para sus casos de
prueba o puede crear una jerarquía de de
pruebas el objetivo es diseñar las
pruebas para que tengan la mayor
probabilidad de encontrar defectos con
la mínima cantidad de esfuerzo y tiempo
por lo general se utiliza al concluir un
software pero se puede aplicar cuando se
considere pertinente deion la primera
sección de nuestro plan de pruebas en
este punto se llevará un control de las
versiones existentes del Software la
información Se puede guardar en forma de
una tabla
como en el primer apartado deber
ingresar la fecha Dei para la nueva
versión posteriormente el número de
versión que se ha realizado después se
deberá ingresar el o los nombres de las
personas que desarrollaron y en la
organización deberá ir el nombre de la
empresa para la cual trabaja finalmente
en la descripción debemos escribir las
nuevas características de la versión o
los problemas que se han
resuelto la información del proyecto es
una especie de ficha bibliográfica en la
que se pone la información general del
proyecto información Se puede agrupar en
una tabla como la
siguiente en la primera fila debemos
poner el nombre de la empresa a la cual
estamos desarrollando el s después el
nombre del sistema en desarrollo en la
tercera fila debemos poner la fecha en
la que se liberarán las pruebas En caso
de que existe un cliente en particular
debemos poner su nombre y en la
siguiente fila el nombre del líder del
proyecto finalmente el nombre del líder
de pruebas en la sección de aprobaciones
debemos crear un listado de las personas
que autorizaron el plan de pruebas ese
listado se puede agrupar en una tabla
como la
siguiente el resumen ejecutivo es una
descripción del plan de pruebas es decir
su propósito también establece si es un
plan maestro o un plan detallado e
identifica el alcance del plan de
pruebas en relación con el plan de
proyecto de
software el alcance del plan de pruebas
se desarrollan diversos puntos en los
cuales se explican las diferentes
funcionalidades que se verán o no ser
utilizadas en las
pruebas Los criterios de aceptación
suspensión y reanudación son las
condiciones que deben existir para que
al plan de pruebas se le asigne un
estat Los criterios de aceptación de
rechazo son los criterios bajo los
cuales se considerará el plan de pruebas
como terminado por ejemplo completar
100% de pruebas que exista un cierto
porcentaje de efectividad cobertura de
todos los componentes y líneas de
código Los criterios de suspensión son
las condiciones establecidas bajo las
cuales se suspenderán las pruebas por
ejemplo que se produzca algún error que
impida la ejecución de más casos de
prueba finalmente Los criterios de
reanudación son los requisitos que se
deben cumplir para renar las pruebas una
vez que estas se han suspendido
entregables hace referencia a los
documentos que se recopilarán al
terminar las pruebas estos sirven como
evidencias de las mismas en estos
documentos se pone información sobre los
resultados de las pruebas los errores
encontrados las incidencias
etcétera recursos son las herramientas
que necesitamos para llevar a cabo las
pruebas y se dividen en tres
requerimientos de entorno tipo Hardware
debemos redactar de manera detallada los
equipos que se utilizarán para realizar
las pruebas y si es necesario contar con
alguna red base de datos servidor y se
debe incluir y también cantidades de PCS
que necesitamos requerimientos de
entorno tipo software redactaremos aquí
los entornos de pruebas de algunos
software especiales s los hay
herramientas pruebas requeridas existen
herramientas de automatización que nos
ayudan a realizar las pruebas por decir
algunos están selenium visual Studio
test professional qtp y muchos más todos
estos deberán ser especificados en esta
parte del documento incluyendo el tipo
de prue PR que se realizó y en qué parte
del sistema se realizó planificación y
organización no es más que el tiempo y
el orden en que se llevarán las pruebas
podemos dividirlo en varios apartados
procedimientos para las pruebas describe
la metodología de pruebas que se
utilizará entiéndase como metodología el
camino que tomaremos matriz de
responsabilidades se deberán nombrar a
los integrantes del equipo y sus
responsabilidades podemos ayudarnos con
una matriz como la
siguiente notaremos que en el eje de las
x se muestran los nombres de los
integrantes en el eje de las y las
tareas que se realizarán a esta matriz
se le llama rasi por sus siglas que
hacen referencia a responsable aprobador
consultado e informado deberemos agregar
también un
cronograma basado en estimaciones de
tiempo reales que esperamos ser
respetadas para trabajar es importante
ya que organizaremos las actividades de
manera que se realicen primero las que
no necesitan predecesoras y las que son
dependientes que deberán ser realizadas
después premisas son suposiciones que
tenemos acerca del plan de pruebas o
ciertas cosas que deben ser respetadas
como un tiempo límite un tipo de
recursos limitado algunas herramientas
que solo tendremos en ciertas ocasiones
y todas las situaciones externas que se
presenten que puedan afectar a nuestro
plan de pruebas y por último encontramos
las dependencias y
riesgos existen algunos riesgos que
tomamos en el proceso de pruebas de
software podríamos listar algunos de
ellos y explicar un poco de cada uno
dependencias con desarrollos
dependencias con otros proyectos sabemos
que durante el proceso del plan de
pruebas quizás sea necesario detener el
proceso del Software si solo se prueban
ciertas funcionalidades o si se prueba
algún software parte de otro más grande
Así que debemos considerar si es
recomendable tomar el riesgo y
especificar aquí el Por qué se tomará
disponibilidad de recursos entiéndase
con recursos lo explicado con
anterioridad se deben especificar los
mismos debido a que se intentará
terminar el plan de prueba sin agotarlos
restricciones de tiempo este punto es
importante Ya que debemos basar nuestro
cronograma en él para cumplir con
ciertas fechas también se deberán
realizar ciertas pruebas en momentos
específicos Por ejemplo si un experto en
alguna prueba estará colaborando con el
proyecto solo en ciertas fechas Es
recomendable realizar estas pruebas por
é en el tiempo que esté presente
premisas que no resulten ser
ciertas algunas premisas sabemos De
antemano que quizás no se cumplan como
el tiempo de entrega cuando el proceso
de prueba resulta llevar más de lo
esperado todos estos riesgos son
asumidos sin embargo se debe evaluar el
impacto que tendrán cada uno de ellos y
se sugiere tener un plan de contingencia
en caso de que el riesgo se convierta en
una
realidad referencias es una lista de
documentos que pueden tomarse como apoyo
para complementar el contenido del plan
de pruebas algunos ejemplos son plan de
proyecto especificaciones de
requerimientos diseño general diseño
detallado procedimientos y estándares de
desarrollo procedimientos y estándares
de pruebas
metodologías
y estándares
corporativos glosario definiciones de
términos usados para la documentación y
en general sobre el área de pruebas el
plan de pruebas no siempre es realizado
por expertos servirá como guía para
todos
ellos para concluir este tutorial vamos
a explicar algunas pruebas que se pueden
utilizar en el plan de pruebas en este
caso hablaremos de las pruebas del
sistema y de las pruebas de
componentes
las pruebas del sistema implican
integrar dos o más componentes que
implementan funciones del sistema o
características y a continuación se
prueba este como un sistema integrado
para la mayoría de sistemas complejos
Existen tres fases distintas de
pruebas las pruebas de integración
implican la construcción del sistema a
partir de sus componentes y
posteriormente se prueba el sistema
resultante para encontrar problemas de
este
producto las pruebas entregas son el
proceso de probar una entrega del
sistema que será distribuido a los
clientes el objetivo de este tipo de
pruebas es asegurar que el sistema
cumple con los requerimientos
establecidos si es así el sistema puede
ser entregado al
cliente una vez que un sistema se ha
integrado completamente es posible
probar las propiedades emergentes del
sistema tales como rendimiento y
viabilidad las pruebas de rendimiento
tienen que diseñarse para asegurar que
el sistema pueda procesar su carga
esperada
las pruebas de componentes son el
proceso de probar los componentes
individuales en el sistema con el
objetivo de encontrar defectos en dichos
componentes cuando se han integrado
varios componentes para formar un
componente más grande o un subsistema se
crea una interfaz de componente
compuesto el objetivo es Buscar errores
de componentes en conjunto pero no del
sistema en general entre los componentes
del programa existen diferentes tipos de
interfaces las cuales pueden ser de
parámetros interfaces de memoria
compartida interfaces procedurales e
interfaces de paso de mensajes las
pruebas para encontrar defectos en las
interfaces son difíciles debido a que
algunos defectos de las interfaces solo
se pueden manifestar en condiciones
[Música]
inusuales
an
Voir Plus de Vidéos Connexes
Plan de Pruebas para Proyectos Ágiles
Control de Calidad POCT
PyTest: Pruebas Unitarias en Python 🐍 | Unit Tests | Testing Automatizado con Python ✅
Automatización con Selenium y Cucumber [JAVA] #4 ► Primer Escenario en Gherkin 🥒
Ep2 | Pruebas y Depuración ¿Para que sirven las pruebas de Software? Fundamentos de Prueba #ISTQB
Ep1 | ¿Qué es probar? Fundamentos de ISTQB en español #CTFL #Probar #QA #ISTQB
5.0 / 5 (0 votes)