Cómo Escribir Casos de Pruebas | Paso a paso
Summary
TLDREn este video, el presentador regresa a los conceptos básicos de las pruebas, centrándose en los casos de prueba y utilizando la norma 29 119 como referencia. Define un caso de prueba y explica su importancia para la ejecución de pruebas, identificación de errores y evaluación de calidad. Luego, presenta un ejemplo práctico de diseño de casos de prueba para un sistema de gestión de recursos humanos, donde se debe agregar una unidad a la estructura organizacional. Detalla los pasos para crear casos de prueba, incluyendo precondiciones, entradas, resultados esperados y actuales, y proporciona una guía para los nuevos test engineers y aquellos que deseen refrescar sus conocimientos.
Takeaways
- 😀 El video trata sobre los fundamentos de las pruebas y cómo diseñar casos de prueba.
- 📚 Se utiliza la norma ISO/IEC/IEEE 29119 como referencia para los conceptos, procesos y técnicas de las pruebas.
- 🔍 Un caso de prueba se define como un conjunto de precondiciones, entradas y resultados esperados para probar un elemento específico.
- 📝 Se menciona el documento de especificación de casos de pruebas, que agrupa uno o más casos de prueba.
- 👥 Se invita a los espectadores a suscribirse al canal y a unirse a la comunidad de Testing and Club Group en Facebook.
- 💻 Se presenta un ejemplo práctico de diseño de casos de prueba para un sistema de gestión de recursos humanos.
- 🔑 Se ilustra cómo agregar una unidad a la estructura de la organización en un sistema de demostración.
- 📋 Se describen los pasos para crear una nueva unidad y se menciona que el campo 'name' es obligatorio.
- 📝 Se sugiere tener un identificador único, objetivo, prioridad y trazabilidad para cada caso de prueba.
- 📉 Se recomienda documentar precondiciones, entradas, resultados esperados y resultados actuales en los casos de prueba.
- 📈 Se diseñan seis casos de prueba diferentes relacionados con la adición de una unidad a la estructura organizacional.
Q & A
¿Qué es un caso de prueba según la norma 29 119?
-Según la norma 29 119, un caso de prueba es un conjunto de precondiciones, entradas y resultados esperados desarrollados para impulsar la ejecución de un elemento de prueba con el objetivo de cumplir con los objetivos de la prueba, incluyendo la implementación correcta, la identificación de errores, el chequeo de calidad y otras informaciones valiosas.
¿Qué es el documento de especificación de casos de pruebas según la norma mencionada?
-El documento de especificación de casos de pruebas es un conjunto de uno o más casos de pruebas que se utilizan para definir y detallar los requisitos y objetivos de los casos de prueba.
¿Por qué es importante tener un identificador único para cada caso de prueba?
-Es importante tener un identificador único para cada caso de prueba para facilitar la trazabilidad y la referencia cruzada en la documentación y en los resultados de las pruebas.
¿Qué se considera una precondición en el diseño de casos de pruebas?
-Las precondiciones son condiciones o estados que deben existir antes de ejecutar un caso de prueba, como por ejemplo, que se haya creado una unidad base en el sistema antes de intentar agregar una nueva unidad.
¿Qué se entiende por 'entradas' en el contexto de los casos de pruebas?
-Las 'entradas' son los datos que se utilizan en un caso de prueba, como los datos de la nueva unidad a crear, incluyendo el nombre y la descripción.
¿Cuáles son los resultados esperados y los resultados actuales en un caso de prueba?
-Los resultados esperados son lo que se predice que sucederá al ejecutar un caso de prueba, mientras que los resultados actuales son los resultados reales obtenidos al ejecutar el caso de prueba.
¿Qué se sugiere hacer antes de pasar al ejercicio práctico en el script?
-Antes de pasar al ejercicio práctico, se sugiere que los espectadores consideren suscribirse al canal, activar la campana de notificación y unirse a la comunidad, especialmente al grupo de Facebook 'Testing and Club Group'.
¿Qué sistema se está probando en el ejemplo práctico del script?
-Se está probando un sistema de gestión de recursos humanos, específicamente la funcionalidad para agregar una unidad a la estructura de la organización.
¿Cuál es la única regla que se menciona para el campo 'name' al crear una nueva unidad en el sistema?
-La única regla que se menciona para el campo 'name' al crear una nueva unidad es que es requerido, es decir, no puede estar vacío.
¿Qué acciones se pueden realizar en la ventana de creación de una nueva unidad en el sistema?
-En la ventana de creación de una nueva unidad, se pueden realizar dos acciones: salvar la unidad o cancelar el proceso de creación.
¿Cuáles son los seis casos de prueba que se diseñaron relacionados con la adición de una unidad a la estructura de la organización?
-Los seis casos de prueba diseñados son: 1) Agregar una unidad dejando todos los campos vacíos. 2) Agregar una unidad dejando solo el campo requerido vacío. 3) Agregar una unidad llenando solo el campo requerido. 4) Agregar una unidad llenando todos los campos. 5) Llenar todos los campos y luego cancelar, revisando que no se cree la unidad. 6) Crear una unidad o agregar una unidad debajo de la estructura adecuada.
Outlines
😀 Introducción a los casos de prueba
El primer párrafo introduce el tema de los casos de prueba, mencionando que se basa en la norma 29 119, la cual define conceptos, procesos, técnicas y documentación de pruebas. Se describe un caso de prueba como un conjunto de precondiciones, entradas y resultados esperados para evaluar un elemento de prueba. Se invita a los espectadores a suscribirse al canal y a participar en la comunidad, especialmente en el grupo de Facebook 'Testing and Club Group'. Se presenta un ejemplo práctico de diseño de casos de prueba para un sistema de gestión de recursos humanos, centrado en la adición de una unidad a la estructura organizacional.
📝 Diseño de casos de prueba para una unidad organizacional
El segundo párrafo detalla el proceso de diseño de casos de prueba para la funcionalidad de adición de una unidad en un sistema de gestión de recursos humanos. Se plantean seis casos de prueba diferentes, cada uno con distintas condiciones y acciones, como dejar campos vacíos, llenar solo el campo requerido, o cancelar la creación de una unidad. Se describen las precondiciones, entradas, pasos de ejecución y resultados esperados para el caso de prueba número uno, donde se intenta crear una unidad sin llenar ningún campo. Se enfatiza la importancia de la trazabilidad y el seguimiento del estado de cada caso de prueba, y se concluye con un mensaje de despedida y un saludo afectuoso.
Mindmap
Keywords
💡Pruebas
💡Norma 29 119
💡Casos de prueba
💡Precondiciones
💡Entradas
💡Resultados esperados
💡Ejecución de un caso de prueba
💡Identificación de errores
💡Calidad
💡Documentación
Highlights
El video trata sobre los casos de pruebas y utiliza la norma 29 119 como referencia.
La norma 29 119 define conceptos, procesos, técnicas y documentación de las pruebas.
Un caso de prueba es un conjunto de precondiciones, entradas y resultados esperados.
Los casos de prueba son desarrollados para impulsar la ejecución de un elemento de prueba.
El documento de especificación de casos de pruebas es un conjunto de uno o más casos de prueba.
Se invita a suscribirse al canal y a unirse a la comunidad Testing and Club Group en Facebook.
Se presenta un ejemplo práctico de diseño de casos de prueba para un sistema de gestión de recursos humanos.
Se describe el proceso para adicionar una unidad a la estructura de la organización en el sistema.
La única regla es que el campo 'name' es requerido, los demás campos son opcionales.
El sistema acepta cualquier carácter en el campo 'name'.
Se sugiere tener un identificador único y objetivos para cada caso de prueba.
Se recomienda documentar precondiciones, entradas, resultados esperados y actuales.
Se diseñan seis casos de prueba relacionados con la adición de una unidad a la estructura organizacional.
Se explica cómo completar un caso de prueba, utilizando como ejemplo el caso número uno.
Se describen los pasos para ejecutar el caso de prueba de adicionar una unidad sin llenar ningún campo.
El resultado esperado es que se muestre un mensaje de error al no llenar el campo 'name'.
Se menciona que el estado y la prioridad de los casos de prueba dependen de la organización.
El video termina con un mensaje de despedida y un saludo cariñoso.
Transcripts
hoy regresamos a los fundamentos de las
pruebas estaremos viendo qué son los
casos de pruebas y un ejemplo práctico
para todos aquellos que están comenzando
y para los que quieren refrescar la
memoria hoy amigos cómo están pues si
hoy hablaremos sobre los casos de
pruebas y utilizaremos el concepto que
define la norma 29 119 esta norma es la
que define los conceptos procesos
técnicas y documentación de las pruebas
esta norma define un caso de prueba como
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
la prueba incluyendo la implementación
correcta la identificación de errores el
chequeo de la calidad y otras
informaciones valiosas
esta norma también define en el
documento de especificación de casos de
pruebas como un conjunto de uno o más
casos de pruebas y antes de pasar al
ejercicio práctico les pido que
consideren suscribirse a este canal y
activar la campana de notificación para
que youtube les avise de cada nuevo
vídeo los invito a hacer parte de
nuestra comunidad y en especial a unirse
al grupo de facebook testing and club
group donde compartimos conocimientos
preguntamos dudas resolvemos problemas y
un montón de cosas más y ahora sí
pasemos a ejercicio
entonces tenemos este sistema de gestión
de recursos humanos y vamos a diseñar
casos de pruebas para el escenario
adicionar unidad a la estructura de la
organización vamos a ingresar con el
usuario y contraseña que nos proveen ya
que este sistema es un demo y ya dentro
del sistema el camino para llegar al
escenario mencionado es admin
organization estructura aquí damos clic
en el botón edit y vamos a ver cómo nos
muestra un signo de más en color verde
al lado de los nodos de la organización
para poder adicionar unidades debajo de
éstos cuando hacemos clic en cualquiera
de los signos demás nos abre una ventana
para crear una nueva unidad dentro de la
estructura cada unidad va a tener una
unidad y un name y una descripción aquí
vemos que la única regla que tenemos es
que el name es requerido el resto de los
campos son opcionales y no nos dicen si
el haití
aceptan números o letras y caracteres
especiales por lo que podemos observar
acepta cualquier carácter esto es
importante tenerlo en cuenta cuando
vamos a diseñar los casos de pruebas en
esta ventana podemos ejecutar también
dos acciones podemos salvar la unidad o
cancelar el proceso de creación aquí
vamos a dar clic en save y vamos a ver
que nos muestra un mensaje de que fue
salvada exitosamente y vemos la unidad
que acabamos de crear en la norma 29 119
nos recomiendan que por cada caso de
pruebas tengamos un identificador único
un objetivo prioridad trazabilidad
aunque también aquí aclaran que la
trazabilidad puede llevarse en un
documento aparte algo así como una
matriz de trazabilidad de casos de
pruebas también recomiendan que tengamos
precondiciones entradas resultados
esperados y resultados actuales donde
describimos los resultados reales de la
ejecución del caso de pruebas
en este ejemplo que vamos a ver nosotros
utilizamos algunos de estos campos que
ellos proponen e incluimos otros que de
acuerdo a mi experiencia son necesarios
durante el desarrollo de los casos de
pruebas por supuesto cada empresa y cada
proyecto es diferente y puede ser que en
sus casos tengan otros elementos cuando
van a diseñar los casos de pruebas
pasemos entonces a diseñar los casos de
pruebas para adicionar unidad a la
estructura de la organización entonces
nuestro primer caso de prueba va a ser
adicionar una unidad dejando todos los
campos vacíos vamos a ver que aquí vamos
a ponerle como nombre o identificador
caso de prueba a uno nuestro segundo
caso de prueba va a ser adicionar
una estructura dejando solamente el
campo requerido vacío
este sería nuestro segundo caso de
prueba
el tercer caso de prueba sería adicionar
una unidad
llenando solamente el campo requerido
vemos que la salva
la unidad aquí que se llama account ese
sería nuestro tercer caso de prueba
nuestro cuarto caso de prueba
sería adicionar la unidad llenando todos
los campos vamos a ver la unidad aquí
ese sería nuestro cuarto caso de prueba
nuestro quinto caso de prueba sería
y llenar todos los campos
y luego cancelar
revisamos que no se cree la unidad
y nuestro sexto caso de prueba sería
crear una unidad o adicionar una unidad
debajo de la estructura adecuada vemos
que todas estas que hemos creado están
debajo de 'orange pero qué pasa si yo
quiero crear una de bajo deseos
y vemos que realmente se creó de bajo
deseo y ese sería entonces nuestro sexto
caso de prueba estos son los casos de
pruebas que podemos diseñar relacionados
con adicionar una unidad debajo de la
estructura de la organización si hay
algún otro caso de prueba que ustedes
creen que se me pasó por favor me dejan
saber en los comentarios
entonces ahora vamos a completar uno de
ellos vamos a hacerlo con el caso de
pruebas número uno vamos a ver que este
caso que es adicional la unidad dejando
todos los campos vacíos como
precondiciones que debe estar creada al
menos la unidad base o sea al menos debe
estar este nodo vemos que aquí el resto
de los nodos los podemos eliminar
excepto este por tanto ese es
precondición que esté creado ese nodo
para nosotros poder adicionar nuevas
estructuras las entradas serían los
datos
de la nueva unidad a crear el aire y el
nombre en la descripción y estos serían
los pasos ingresar usuario y contraseña
y autenticar pse como administrador del
sistema ir a admin organization
estructura hacemos clic en el botón edit
hacemos clic en el símbolo de más de la
unidad debajo de la que deseamos crear
la nueva unidad y sin llenar ningún
campo hacemos clic en save en son los
pasos para ejecutar este caso de pruebas
y ahora cuál es el resultado esperado
vamos a ver qué
si hacemos clic en save sin llenar
ningún campo vamos a ver un mensaje que
nos dice que el campo name es requerido
y nos resalta este campo en el la post
condiciones que aunque hayamos salvado
se mantienen las mismas unidades en el
sistema o sea no se agrega la unidad
porque dejamos todos los campos vacíos
el estado de este caso de prueba es
abierto puede ser abierto o cerrado o
puede ser que pasó o que fallo los
estados del caso de prueba depende de su
organización y la prioridad puede ser
alta media o baja y bueno amigos espero
que este vídeo les sea de utilidad y que
los ayude a subir un escalón más en su
carrera como testers me despido con
mucho cariño les mando un beso grande no
y nos vemos en el próximo video by
[Música]
تصفح المزيد من مقاطع الفيديو ذات الصلة
¿Qué es un caso de prueba? Aprendé buenas prácticas y diseñalos como un profesional
T de Student: Muestras Independientes
Cómo Probar Capacitores Lámpara de Prueba* How yo Test Capacitor
Automatización con Selenium y Cucumber [JAVA] #4 ► Primer Escenario en Gherkin 🥒
Introducción a la Solución de Problemas: Algoritmos Básicos
Identificación de aldehídos y cetonas
5.0 / 5 (0 votes)