Cómo Escribir Casos de Pruebas | Paso a paso

Quality-Stream
2 Feb 202008:30

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

00:00

😀 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.

05:01

📝 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

Las pruebas son procesos sistemáticos diseñados para verificar el correcto funcionamiento de un sistema o componente. En el video, se discuten los fundamentos de las pruebas y cómo diseñar casos de prueba, lo cual es esencial para garantizar la calidad y la funcionalidad de un sistema de gestión de recursos humanos.

💡Norma 29 119

La norma 29 119 es una guía que define los conceptos, procesos, técnicas y documentación de las pruebas. En el video, se utiliza esta norma como referencia para explicar qué es un caso de prueba y cómo se deben documentar los casos de prueba, lo que es fundamental para la estructuración y la planificación de pruebas de software.

💡Casos de prueba

Los casos de prueba son conjuntos de precondiciones, entradas y resultados esperados que se desarrollan para probar un elemento específico de un sistema. En el video, se muestra cómo diseñar casos de prueba para un sistema de gestión de recursos humanos, lo que es crucial para identificar errores y asegurar la calidad del software.

💡Precondiciones

Las precondiciones son condiciones o estados que deben existir antes de ejecutar un caso de prueba. En el video, se mencionan precondiciones como la existencia de una unidad base antes de poder agregar una nueva unidad, lo que es importante para el diseño y la ejecución de casos de prueba efectivos.

💡Entradas

Las entradas son los datos que se proporcionan a un sistema o componente para probar su funcionamiento. En el contexto del video, las entradas incluyen el nombre y la descripción de una nueva unidad en el sistema de gestión de recursos humanos, las cuales son necesarias para crear un caso de prueba.

💡Resultados esperados

Los resultados esperados son los resultados que se predecen al ejecutar un caso de prueba. En el video, se establecen resultados esperados como el mensaje de error que indica que un campo es requerido cuando se intenta crear una unidad sin llenar los campos, lo cual es una parte integral de la validación de pruebas.

💡Ejecución de un caso de prueba

La ejecución de un caso de prueba implica seguir los pasos definidos para probar un aspecto específico de un sistema. En el video, se describen los pasos para ejecutar casos de prueba, como ingresar datos y autenticarse en el sistema, lo que es esencial para verificar si el sistema responde correctamente a las entradas.

💡Identificación de errores

La identificación de errores es el proceso de detectar incoherencias o problemas en un sistema durante las pruebas. El video muestra cómo los casos de prueba pueden ayudar a identificar errores, como el requerimiento de un campo específico al crear una unidad, lo cual es clave para mejorar la calidad del software.

💡Calidad

La calidad se refiere a la conformidad de un producto o servicio a los estándares y expectativas definidos. En el video, se utiliza el diseño de casos de prueba para verificar la calidad del sistema de gestión de recursos humanos, asegurando que cumpla con los requisitos y sea libre de errores.

💡Documentación

La documentación es la información escrita o registrada que describe un sistema, proceso o conjunto de pruebas. En el video, se resalta la importancia de la documentación en la especificación de casos de prueba, que ayuda a mantener un registro de los requisitos y resultados de las pruebas, y es fundamental para la trazabilidad y la comprensión del proceso de prueba.

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

play00:00

hoy regresamos a los fundamentos de las

play00:02

pruebas estaremos viendo qué son los

play00:05

casos de pruebas y un ejemplo práctico

play00:07

para todos aquellos que están comenzando

play00:09

y para los que quieren refrescar la

play00:11

memoria hoy amigos cómo están pues si

play00:20

hoy hablaremos sobre los casos de

play00:21

pruebas y utilizaremos el concepto que

play00:24

define la norma 29 119 esta norma es la

play00:29

que define los conceptos procesos

play00:31

técnicas y documentación de las pruebas

play00:33

esta norma define un caso de prueba como

play00:37

un conjunto de precondiciones entradas y

play00:42

resultados esperados desarrollados para

play00:45

impulsar la ejecución de un elemento de

play00:48

prueba para cumplir con los objetivos de

play00:50

la prueba incluyendo la implementación

play00:53

correcta la identificación de errores el

play00:56

chequeo de la calidad y otras

play00:58

informaciones valiosas

play01:00

esta norma también define en el

play01:02

documento de especificación de casos de

play01:04

pruebas como un conjunto de uno o más

play01:07

casos de pruebas y antes de pasar al

play01:09

ejercicio práctico les pido que

play01:11

consideren suscribirse a este canal y

play01:13

activar la campana de notificación para

play01:16

que youtube les avise de cada nuevo

play01:18

vídeo los invito a hacer parte de

play01:20

nuestra comunidad y en especial a unirse

play01:23

al grupo de facebook testing and club

play01:25

group donde compartimos conocimientos

play01:27

preguntamos dudas resolvemos problemas y

play01:30

un montón de cosas más y ahora sí

play01:32

pasemos a ejercicio

play01:34

entonces tenemos este sistema de gestión

play01:37

de recursos humanos y vamos a diseñar

play01:40

casos de pruebas para el escenario

play01:42

adicionar unidad a la estructura de la

play01:45

organización vamos a ingresar con el

play01:48

usuario y contraseña que nos proveen ya

play01:50

que este sistema es un demo y ya dentro

play01:53

del sistema el camino para llegar al

play01:56

escenario mencionado es admin

play01:59

organization estructura aquí damos clic

play02:03

en el botón edit y vamos a ver cómo nos

play02:05

muestra un signo de más en color verde

play02:08

al lado de los nodos de la organización

play02:11

para poder adicionar unidades debajo de

play02:14

éstos cuando hacemos clic en cualquiera

play02:17

de los signos demás nos abre una ventana

play02:20

para crear una nueva unidad dentro de la

play02:23

estructura cada unidad va a tener una

play02:26

unidad y un name y una descripción aquí

play02:30

vemos que la única regla que tenemos es

play02:32

que el name es requerido el resto de los

play02:35

campos son opcionales y no nos dicen si

play02:38

el haití

play02:40

aceptan números o letras y caracteres

play02:43

especiales por lo que podemos observar

play02:45

acepta cualquier carácter esto es

play02:48

importante tenerlo en cuenta cuando

play02:50

vamos a diseñar los casos de pruebas en

play02:52

esta ventana podemos ejecutar también

play02:54

dos acciones podemos salvar la unidad o

play02:57

cancelar el proceso de creación aquí

play03:01

vamos a dar clic en save y vamos a ver

play03:03

que nos muestra un mensaje de que fue

play03:05

salvada exitosamente y vemos la unidad

play03:08

que acabamos de crear en la norma 29 119

play03:12

nos recomiendan que por cada caso de

play03:15

pruebas tengamos un identificador único

play03:17

un objetivo prioridad trazabilidad

play03:21

aunque también aquí aclaran que la

play03:24

trazabilidad puede llevarse en un

play03:25

documento aparte algo así como una

play03:28

matriz de trazabilidad de casos de

play03:30

pruebas también recomiendan que tengamos

play03:32

precondiciones entradas resultados

play03:35

esperados y resultados actuales donde

play03:37

describimos los resultados reales de la

play03:40

ejecución del caso de pruebas

play03:43

en este ejemplo que vamos a ver nosotros

play03:46

utilizamos algunos de estos campos que

play03:49

ellos proponen e incluimos otros que de

play03:51

acuerdo a mi experiencia son necesarios

play03:54

durante el desarrollo de los casos de

play03:56

pruebas por supuesto cada empresa y cada

play03:58

proyecto es diferente y puede ser que en

play04:01

sus casos tengan otros elementos cuando

play04:04

van a diseñar los casos de pruebas

play04:06

pasemos entonces a diseñar los casos de

play04:09

pruebas para adicionar unidad a la

play04:12

estructura de la organización entonces

play04:14

nuestro primer caso de prueba va a ser

play04:17

adicionar una unidad dejando todos los

play04:20

campos vacíos vamos a ver que aquí vamos

play04:23

a ponerle como nombre o identificador

play04:25

caso de prueba a uno nuestro segundo

play04:29

caso de prueba va a ser adicionar

play04:33

una estructura dejando solamente el

play04:37

campo requerido vacío

play04:43

este sería nuestro segundo caso de

play04:45

prueba

play04:47

el tercer caso de prueba sería adicionar

play04:51

una unidad

play04:54

llenando solamente el campo requerido

play04:58

vemos que la salva

play05:01

la unidad aquí que se llama account ese

play05:03

sería nuestro tercer caso de prueba

play05:05

nuestro cuarto caso de prueba

play05:10

sería adicionar la unidad llenando todos

play05:13

los campos vamos a ver la unidad aquí

play05:16

ese sería nuestro cuarto caso de prueba

play05:22

nuestro quinto caso de prueba sería

play05:27

y llenar todos los campos

play05:33

y luego cancelar

play05:35

revisamos que no se cree la unidad

play05:41

y nuestro sexto caso de prueba sería

play05:45

crear una unidad o adicionar una unidad

play05:49

debajo de la estructura adecuada vemos

play05:51

que todas estas que hemos creado están

play05:53

debajo de 'orange pero qué pasa si yo

play05:55

quiero crear una de bajo deseos

play05:59

y vemos que realmente se creó de bajo

play06:01

deseo y ese sería entonces nuestro sexto

play06:04

caso de prueba estos son los casos de

play06:07

pruebas que podemos diseñar relacionados

play06:09

con adicionar una unidad debajo de la

play06:12

estructura de la organización si hay

play06:15

algún otro caso de prueba que ustedes

play06:17

creen que se me pasó por favor me dejan

play06:19

saber en los comentarios

play06:21

entonces ahora vamos a completar uno de

play06:24

ellos vamos a hacerlo con el caso de

play06:26

pruebas número uno vamos a ver que este

play06:29

caso que es adicional la unidad dejando

play06:31

todos los campos vacíos como

play06:34

precondiciones que debe estar creada al

play06:36

menos la unidad base o sea al menos debe

play06:39

estar este nodo vemos que aquí el resto

play06:42

de los nodos los podemos eliminar

play06:43

excepto este por tanto ese es

play06:47

precondición que esté creado ese nodo

play06:49

para nosotros poder adicionar nuevas

play06:52

estructuras las entradas serían los

play06:54

datos

play06:56

de la nueva unidad a crear el aire y el

play06:59

nombre en la descripción y estos serían

play07:01

los pasos ingresar usuario y contraseña

play07:04

y autenticar pse como administrador del

play07:06

sistema ir a admin organization

play07:09

estructura hacemos clic en el botón edit

play07:12

hacemos clic en el símbolo de más de la

play07:15

unidad debajo de la que deseamos crear

play07:17

la nueva unidad y sin llenar ningún

play07:19

campo hacemos clic en save en son los

play07:22

pasos para ejecutar este caso de pruebas

play07:25

y ahora cuál es el resultado esperado

play07:28

vamos a ver qué

play07:31

si hacemos clic en save sin llenar

play07:34

ningún campo vamos a ver un mensaje que

play07:37

nos dice que el campo name es requerido

play07:40

y nos resalta este campo en el la post

play07:43

condiciones que aunque hayamos salvado

play07:45

se mantienen las mismas unidades en el

play07:47

sistema o sea no se agrega la unidad

play07:50

porque dejamos todos los campos vacíos

play07:53

el estado de este caso de prueba es

play07:55

abierto puede ser abierto o cerrado o

play07:58

puede ser que pasó o que fallo los

play08:01

estados del caso de prueba depende de su

play08:04

organización y la prioridad puede ser

play08:06

alta media o baja y bueno amigos espero

play08:09

que este vídeo les sea de utilidad y que

play08:11

los ayude a subir un escalón más en su

play08:14

carrera como testers me despido con

play08:16

mucho cariño les mando un beso grande no

play08:19

y nos vemos en el próximo video by

play08:22

[Música]

Rate This

5.0 / 5 (0 votes)

Related Tags
Pruebas de softwareNorma 29 119Casos de pruebaDesarrollo de pruebasTester iniciantesRefrescar conocimientosEjemplo prácticoGestión de recursos humanosComunidad testersTesting and Club Group
Do you need a summary in English?