¿Qué es un caso de prueba? Aprendé buenas prácticas y diseñalos como un profesional
Summary
TLDREl script del video aborda la importancia del diseño de casos de prueba en el ámbito de la prueba de software. Se menciona la ISO/IEC 29,119, que define un caso de prueba como un conjunto de precondiciones, entradas y resultados esperados. El video ofrece una guía para documentar y escribir casos de prueba, enfatizando la necesidad de detallar pasos, resultados y precondiciones. Se sugiere que los casos de prueba deben ser claros y comprensibles para otros, y se recomiendan varios consejos para mejorar la calidad de los casos de prueba. Se utiliza un ejemplo práctico del limpiaparabrisas de un auto y el login de Gmail para ilustrar cómo diseñar casos de prueba. El video invita a los espectadores a unirse a un curso de introducción al testing para profundizar en estas habilidades.
Takeaways
- 📘 La ISO 29117 define un caso de prueba como un conjunto de precondiciones, entradas y resultados esperados para evaluar un elemento de prueba.
- 📝 Un caso de prueba es una documentación detallada de las pruebas que se ejecutarán o ya se han ejecutado.
- 🔍 La importancia de distinguir entre precondiciones y pasos dentro de un caso de prueba para evitar confusiones.
- 📚 La documentación de casos de prueba puede variar según la metodología y tiempos del proyecto.
- 📋 Se sugiere una estructura para diseñar casos de prueba que incluye idea del caso, título, precondiciones, datos de prueba, pasos y resultados esperados.
- 🚫 Es común el error de confundir precondiciones con pasos, lo cual debe ser evitado para una correcta planificación de pruebas.
- 🔑 Se destaca la importancia de la trazabilidad entre el caso de prueba y la historia o requerimiento que está probando.
- 👀 Se recomienda documentar incluso los casos de prueba ejecutados para facilitar la identificación de posibles errores o mejoras.
- 📈 Se sugiere mantener los casos de prueba enfocados en probar una sola funcionalidad para una mayor precisión.
- 🤔 Se aconseja reflexionar sobre la complejidad de los casos de prueba; si un caso tiene más de diez pasos, podría ser indicativo de que se están tratando de pruebas distintas.
- 👥 Se enfatiza la escritura de casos de prueba de tal forma que otro usuario pueda seguirlos sin conocimiento previo del sistema.
Q & A
¿Qué es un caso de prueba según la ISO/IEC/IEEE 29111?
-Un caso de prueba es un conjunto de precondiciones, entradas y resultados esperados desarrollados para impulsar la ejecución de un elemento de prueba para cumplir con los objetivos de las pruebas, incluyendo la implementación correcta, la identificación de errores, el chequeo de calidad y otras informaciones valiosas.
¿Cuál es la importancia de diseñar casos de prueba en el ámbito de la prueba de software?
-El diseño de casos de prueba es una de las labores más importantes en la prueba de software, ya que permite verificar la implementación correcta, identificar errores, chequear la calidad y obtener información valiosa sobre el sistema que se está probando.
¿Qué es una 'user story' y cómo se relaciona con los casos de prueba?
-Una 'user story' es una narración breve que describe una funcionalidad desde la perspectiva del usuario, y se relaciona con los casos de prueba porque cada caso de prueba puede estar asociado con una o más user stories para probar la funcionalidad descrita.
¿Qué se entiende por 'precondiciones' en un caso de prueba?
-Las precondiciones son el estado en el que debe estar el sistema antes de ejecutar las pruebas, es decir, antes de haber realizado el primer paso del caso de prueba, y son un elemento crítico para asegurar que las pruebas se realicen en las condiciones adecuadas.
¿Por qué es común confundir precondiciones con pasos en un caso de prueba?
-Es común confundir precondiciones con pasos porque a veces las precondiciones pueden parecer parte del proceso de prueba, pero en realidad son condiciones que deben cumplirse antes de comenzar la prueba propiamente dicha.
¿Qué información se debe incluir en un caso de prueba para que sea efectivo?
-Un caso de prueba efectivo debe incluir una descripción breve del propósito de la prueba, las precondiciones necesarias, los datos de prueba, los pasos detallados para ejecutar la prueba, los resultados esperados y el estado del caso de prueba (aprobado, fallido, pendiente de ejecución, etc.).
¿Qué es un ejemplo práctico de un caso de prueba que se menciona en el script?
-Un ejemplo práctico de un caso de prueba mencionado en el script es 'verificar encendido del limpiaparabrisas', donde se detalla precondiciones, pasos, resultados esperados y cómo documentar el estado del caso de prueba.
¿Cómo se puede documentar y organizar los casos de prueba para una mejor trazabilidad?
-Se puede documentar y organizar los casos de prueba utilizando una planilla o herramienta que incluya campos para la idea del caso de prueba, la user story relacionada, el título, precondiciones, datos de prueba, pasos, resultados esperados y obtenidos, y comentarios adicionales.
¿Qué es el 'oráculo de prueba' y cómo se relaciona con los casos de prueba?
-El 'oráculo de prueba' se refiere al estado que puede adoptar un caso de prueba, como 'aprobado', 'fallido', 'pendiente de ejecución' o 'bloqueado'. Es una forma de registrar el resultado de la ejecución de un caso de prueba y su relación con los objetivos de prueba.
¿Cómo se puede mejorar la calidad de los casos de prueba y su diseño?
-La calidad de los casos de prueba y su diseño pueden mejorarse mediante la práctica, la revisión de casos de prueba previos, la obtención de retroalimentación de otros pruebadores, y siguiendo buenas prácticas como detallar pasos específicos, evitar pruebas demasiado largas o complejas, y documentar casos de prueba ejecutados.
Outlines
📝 Diseño de casos de prueba y su importancia
Este primer párrafo se enfoca en la importancia del diseño de casos de prueba en el ámbito de la prueba de software. La ISO 29111 define un caso de prueba como un conjunto de precondiciones, entradas y resultados esperados diseñados para evaluar un componente de prueba. El caso de prueba es esencial para la implementación correcta, la identificación de errores, el control de calidad y para obtener información valiosa. El video ofrece consejos para mejorar la creación y documentación de casos de prueba, y se menciona que el nivel de detalle depende de factores como la metodología del proyecto y el tiempo disponible.
🚗 Ejemplo práctico de caso de prueba: Limpiaparabrisas del auto
En el segundo párrafo, se presenta un ejemplo práctico para ilustrar cómo estructurar un caso de prueba. Se utiliza el caso del limpiaparabrisas de un automóvil, donde se detalla la idea de la historia de usuario (Usher Story 01), el título que describe brevemente la prueba, las precondiciones necesarias (como tener la batería del auto cargada), los pasos a seguir para realizar la prueba, y los resultados esperados. Además, se menciona la importancia de documentar los casos de prueba y cómo se puede registrar el estado de cada uno, ya sea como pendiente, fallo o éxito.
📧 Caso de prueba para el inicio de sesión en Gmail
El tercer párrafo ofrece otro ejemplo de caso de prueba, esta vez para el proceso de inicio de sesión en Gmail. Se describe la historia de usuario (Usher Story 02), el título de la prueba, las precondiciones (disponibilidad de un usuario creado), los datos de prueba (como dirección de correo y contraseña), y los pasos detallados para llevar a cabo la prueba. Se enfatiza la necesidad de documentar los resultados y el estado del caso de prueba, y se invita a los espectadores a unirse a un curso de introducción al testing para obtener más información y práctica.
🔍 Consejos adicionales para diseñar casos de prueba
El último párrafo del script proporciona consejos adicionales para el diseño de casos de prueba. Se sugiere que si un caso de prueba tiene más de diez pasos, podría ser indicativo de que se están tratando de dos casos de prueba distintos. También se menciona la importancia de tener precondiciones correctas para simplificar el caso de prueba. Se anima a documentar todos los casos de prueba, incluidos aquellos que ya se han ejecutado, ya que pueden generar nuevas ideas y mejoras. Además, se enfatiza la necesidad de que los casos de prueba sean específicos y no intenten probar múltiples aspectos a la vez, para garantizar una prueba más efectiva.
Mindmap
Keywords
💡Casos de prueba
💡ISO 29111
💡Precondiciones
💡Entradas
💡Resultados esperados
💡Ejecución de pruebas
💡Documentación
💡Pruebas de software
💡Trazabilidad
💡Estado del caso de prueba
💡Historias de usuario
Highlights
El diseño de casos de prueba es una labor crucial en el testing de software.
La ISO 29117 define un caso de prueba como un conjunto de precondiciones, entradas y resultados esperados.
Los casos de prueba son una forma de documentar las pruebas que se ejecutarán o que ya se han ejecutado.
La planificación de casos de prueba puede variar según la metodología del proyecto y los tiempos disponibles.
Se sugiere tener una planilla para hacer trazabilidad entre el caso de prueba y la historia o requerimiento que está probando.
Es común confundir precondiciones con pasos, lo cual es un error frecuente entre los estudiantes.
Los datos de prueba son los datos con los que se ejecutará la prueba y son necesarios en caso de requerir algún input.
Los pasos son el procedimiento detallado para probar cierta funcionalidad del sistema.
El resultado esperado es la expectativa de cómo debe comportarse el sistema tras la ejecución de los pasos.
El estado del caso de prueba puede ser 'pendiente', 'pasó', 'falló' o 'bloqueado'.
Es importante documentar los resultados obtenidos y los comentarios tras la ejecución de un caso de prueba.
Se puede usar un ejemplo cotidiano, como el limpiaparabrisas de un auto, para ilustrar el concepto de un caso de prueba.
El caso de prueba para el login de Gmail es un ejemplo práctico de cómo estructurar y ejecutar un caso de prueba.
Se ofrece un curso de introducción al testing para profundizar en estos temas y mejorar las habilidades de diseño de casos de prueba.
Los participantes del curso tienen acceso a materiales descargables y a una interacción continua con otros alumnos.
Es recomendable escribir casos de prueba detallados para que otra persona pueda seguirlos sin conocer el sistema.
Si un caso de prueba tiene más de diez pasos, podría ser indicativo de que se están tratando de pruebas distintas.
Es importante documentar todos los casos de prueba, incluso aquellos que ya se han ejecutado.
Se sugiere mantener los casos de prueba enfocados en probar una cosa específica para una mejor comprensión.
Transcripts
y
diseñar casos de prueba es una de las
labores más importantes del texto si te
cuesta escribir los casos de prueba
documentar los casos de prueba se te
confunden las precondiciones con los
pasos o simplemente queréis saber
algunos tips para mejorar tus casos de
prueba quédate hasta el final del vídeo
empecemos por la parte aburrida y ya nos
corremos pronto que es la definición de
la iso 29 mil 119 esta norma dice que un
caso de prueba es un conjunto de
precondiciones entradas y resultados
esperados desarrollados para impulsar la
ejecución de un elemento de prueba para
cumplir con los objetivos de las pruebas
incluyendo la implementación correcta la
identificación de errores el chequeo de
la calidad y otras informaciones
valiosas ahora vayamos a la posta o sea
que es un caso de prueba un caso tura es
la forma en la que nosotros vamos a
escribir y documentar las pruebas que
vamos a realizar si en algunos contextos
en algunos otros contextos se vamos a
hablar en otro vídeo que quizás con una
idea o un escenario de prueba de alcanza
pero la estrella del testing lo más
conocido textil el artefacto más
entregado
los casos de prueba entonces un caso de
prueba es la documentación de las
pruebas que vamos a ejecutar o que ya
ejecutamos si dependiendo la metodología
que hacemos puede ser que nos escribamos
al principio de las pruebas o al final
si quisiéramos decirlo de una forma más
filosófica podemos decir que también un
caso de prueba es una pregunta que se le
hace al sistema para ver cómo está
funcionando de nuevo el nivel de detalle
de ese caso de prueba va a depender de
la metodología del proyecto de los
tiempos que tengamos
de cómo nos estemos manejando del
proceso que hayamos definido de un
montón de cosas entonces lo que vamos a
ver en este vídeo es una forma muy
utilizada de diseñar casos de prueba
quizá ustedes le quieren agregar un
campo más quizás necesitan sacar algún
campo que tal vez no les sea de utilidad
van al sólo pueden casto mizar a su
gusto yo que tengo una planilla donde
tenemos una idea de caso de prueba
una de las en estoril para poder hacer
una trazabilidad entre el caso de prueba
y cuál es la ayuda la historia que está
probando este caso de prueba o el
requerimiento podría ser un título que
es una descripción corta de la prueba
realizar las precondiciones que es
el estado en el que debe estar el
sistema antes de ejecutar las pruebas
es decir antes de haber hecho el paso 1
del caso de prueba que tiene que haber
pasado todo lo previo no todos los casos
tienen pre condiciones y este es un
error muy frecuente de los alumnos por
eso hay un post en mi canal de perdón en
mi instagram que justamente dice eso si
es una precondición entonces no es un
paso y vayan y fíjense ahí los
comentarios de otros alumnos o de otros
seguidores que algunos dan tips de cómo
detectar lo que es una precondición y lo
que es un paso sin instagram es nadie
apuntó cavaleri punto test los datos de
prueba que son los datos con los que
vamos a ejecutar esta prueba en caso de
que se necesite ingresar algún input los
pasos que es el paso a paso detallado de
cómo llegar o de cómo probar cierta
funcionalidad los resultados esperados
que es bueno justamente que espero como
espero que se comporte el sistema
a veces lo sé por una y otra historia a
veces lo hace porque la ley en el
requerimiento a este lo que participe en
una reunión si eso del de donde los es
el llamado oráculo de prueba un estado
que puede ser si el caso de prueba pasó
si el estado decir acaso prueba por
fallo si está pendiente de ejecución o
si está bloqueado y no lo puedo ejecutar
tal vez porque otro caso de prueba
anterior todavía no se ejecutó o fallo
los resultados obtenidos que una vez que
ejecutamos el caso de prueba podemos
llegar a documentar acá sí sí en el caso
de prueba
fallón es decir no coincide el resultado
esperado con el obtenido podemos dejar
documentado cuál fue el obtenido algunos
comentarios y haití del hizo un caso de
que hayamos reportado un defecto
hagamos un ejemplo de la vida cotidiana
como para que sea fácil de entender lo
que quiero decir con esto entonces vamos
a hacer un caso de prueba para aprender
el limpiaparabrisas del auto le vamos a
decir que la idea es el 0 0 1
digamos que la idea de la historia y
usher story 01 supongan ce y el título
va a ser una descripción breve de lo que
queremos probar entonces podemos poner
verificar
encendido del limpia parabrisas
precondición como precondición podemos
poner que el auto
tenga
batería de la batería del auto esté
cargada como quieren expresarla esto
quizás es muy muy básico si no es una
precondición es lo mismo que ustedes me
digan no sé que la notebook esté cargada
así o sea es como muy básico en general
sí están básicos no se ponen pero
simplemente para mostrarle un ejemplo de
que sería una precondición datos de
prueba en este caso como son
interacciones con el auto no voy a estar
poniendo ningún impugnada no tengo datos
de prueba y los pasos entonces el primer
paso va a ser desactivar la alarma
que eso en general abre la puerta
de estar a las puertas creaciones
entonces el paso 2 es abrir la puerta el
paso 3
conectar la llave
el paso 4 es ponerlo en marcha
poner
en marcha el auto
y el 5 es girar la perilla
del limpia
parabrisas
y el paso 6 es verificar el
comportamiento
del sistema
el resultado esperado es que se activa
limpiaparabrisas
y el estado el caso de prueba es
pendiente porque todavía no lo
ejecutamos si nosotros hubiésemos
ejecutado este caso de prueba vamos a
decir que fallo o que pasó pasó en el
caso de que el resultado esperado haya
coincidido con el resultado obtenido y
fallo en caso de que el resultado
esperado es decir no coincida con el
resultado obtenido por ejemplo no se
activó el limpiaparabrisas
y en este caso completaríamos el campo
resultado esperado con
y el resultado que deseamos obtenido
ahora hagamos esto en un sistema para
poder llevarlo a la práctica de algo
conocido hagamos el login de gmail
entonces nuestro caso de prueba hacer el
0 0 0 2 ley de ser story va a ser otra
no es la misma donde está especificado
los limpiaparabrisas y esta va a ser la
y usher story 05 si no digo 0 2 para que
no crean que siempre hay una correlación
entre una cosa y la otra el título va a
ser lo insatisfactorio
en gmail y la precondición es disponer
de un usuario
creado
los datos de prueba van a ser los datos
del usuario por ejemplo
juan pérez
gmail.com y la contraseña que va a ser
juan
2022 y ahí los pasos y si tienen dudas
de cómo es pueden consultar en la
interfaz de gmail pero bueno sería más o
menos como acceder a gmail puntocom
completar el campo
usuario
completar el campo contraseña
presionar
login
puede ser levemente diferente puede ser
que en lugar de llamarse login se llame
acceder no sé pero más o menos como para
que se den una idea cuál es el resultado
esperado el resultado esperado es qué
el sistema para mí
debería permitirle al usuario ingresar a
su bandeja de entrada estado lo vamos a
dejar en pendiente si quieren
profundizar en este tema seguir
practicando que les corrija a sus
ejercicios aprender cómo encaja todo
esto dentro del mundo del testing dentro
del proceso de testing los invitó a
sumarse al curso de introducción al
testing al que pueden acceder uniéndose
como miembros de mi canal de youtube es
una membresía súper económica le dan
click al botón unirse que aparece abajo
este vídeo si no desaparece acá abajo
vayan a la home del canal de youtube y
ahí también les aparece el botón de
unirse y con la membresía certificada
ahí pueden acceder no solamente a los
contenidos pueden descargarse los
materiales y tenemos una interacción
permanente durante todo el curso otros
alumnos se lo han hecho y han dejado muy
buenos comentarios que también los
pueden ver en la página y en la página
no voy a dejar el link para que puedan
ver cuáles son los contenidos los
comentarios de otros alumnos y demás
pero los acompañan durante todo el
proceso de aprendizaje y es muy práctico
entonces ustedes van a poner todo esto
que yo les comenté
a aplicar en aplicaciones reales cuando
empezamos a este vídeo les dije que al
final les iba a dar algunos tips para
diseñar casos de prueba y uno de esos
tips tiene que ser y tiene que ver con
pensar que uno no es el destinatario de
esto entonces escribirle el paso a paso
para que otra persona que no entiende
este sistema o que nunca ingresó lo
pueda seguir entonces meter el paso a
paso bien detallado en el otro extremo
también es otro tip es
si vemos que un consejo prueba tiene más
de diez pasos sospechar que estamos
hablando de dos casos de prueba
distintos quizás no sea un solo caso de
prueba
o quizá nos hemos puesto la precondición
correcta y capaz si ponemos una
precondición correcta en el caso de
prueba se acorta un poquito más y otro
tipo tiene que ver con documentar
incluso los casos de prueba que hayamos
ejecutado una vez que interactuamos con
la aplicación porque muchas veces pasa
que cuando leamos la yutera stories se
nos ocurre en un par de casos de prueba
pero después con interactuamos con el
sistema se nos ocurren muchos más bueno
esos también dejarlos documentados como
parte de nuestras pruebas bueno ahí se
me ocurren muchas muchos otros tips por
ejemplo a medida que uno va escribiendo
los casos de prueba y el tallando
aquellos que uno considera que son los
más importantes para después poder
filtrar los en una posterior regresión
por ejemplo y otra cosa también
importante es que se anatómicos los
casos de prueba es decir no probar
muchas cosas en un caso de prueba si a
veces que bueno como parte de estos
pasos
obtengo este resultado esperado y este
resultado esperado pero tipo de hacer
que cada caso de prueba prueben una cosa
específica mucho mejor estos y los otros
tips también los vemos como parte del
curso así que espero que les haya
gustado el vídeo pero que les sirva y
también espero encontrarlos por ahí nos
vemos
ah
Weitere ähnliche Videos ansehen
5.0 / 5 (0 votes)