¿Qué es un caso de prueba? Aprendé buenas prácticas y diseñalos como un profesional

Nadia Cavalleri (ES)
10 May 202311:30

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

00:00

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

05:01

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

10:02

📧 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

Los casos de prueba son conjuntos de precondiciones, entradas y resultados esperados utilizados para validar el funcionamiento de un sistema. En el video, se definen como una de las labores más importantes en el ámbito de la prueba de software, y se enfatiza su importancia para la identificación de errores y la verificación de la calidad.

💡ISO 29111

La ISO 29111 es una norma que establece la definición de un caso de prueba, describiendo que este consiste en precondiciones, entradas y resultados esperados. En el video, se utiliza para fundamentar la importancia y el uso de los casos de prueba en la documentación y ejecución de pruebas.

💡Precondiciones

Las precondiciones son el estado o condiciones que deben cumplirse antes de ejecutar un caso de prueba. En el video, se menciona que es común confundir precondiciones con pasos del caso de prueba, y se aconseja tener una clara distinción entre ellos.

💡Entradas

Las entradas son los datos que se utilizan en un caso de prueba para interactuar con el sistema bajo prueba. El video proporciona ejemplos de cómo definir entradas en casos de prueba, como en el caso del limpiaparabrisas del auto o el login en Gmail.

💡Resultados esperados

Los resultados esperados son la forma en que se espera que el sistema reaccione ante las entradas y condiciones establecidas en un caso de prueba. En el video, se resalta la importancia de definir estos resultados para poder compararlos con los resultados obtenidos durante la ejecución de las pruebas.

💡Ejecución de pruebas

La ejecución de pruebas se refiere al proceso de realizar los casos de prueba en el sistema para verificar su comportamiento. El video ofrece una guía sobre cómo diseñar y documentar casos de prueba para su ejecución eficiente.

💡Documentación

La documentación es esencial en el proceso de prueba de software, ya que permite registrar y comunicar casos de prueba, resultados y observaciones. El video enfatiza la importancia de documentar casos de prueba detalladamente para facilitar su comprensión y ejecución.

💡Pruebas de software

Las pruebas de software son un conjunto de actividades destinadas a evaluar la calidad de un sistema y detectar posibles errores. El video se centra en el diseño de casos de prueba como una parte fundamental de este proceso.

💡Trazabilidad

La trazabilidad es la capacidad de rastrear y relacionar los requisitos con los casos de prueba y los resultados de prueba. En el video, se menciona la importancia de tener una idea de caso de prueba que permita establecer una trazabilidad entre los casos de prueba y las historias de usuario o requisitos.

💡Estado del caso de prueba

El estado del caso de prueba indica si un caso de prueba ha sido pasado, fallado, está pendiente de ejecución o está bloqueado. En el video, se describe cómo documentar el estado de cada caso de prueba para mantener un registro preciso del progreso de las pruebas.

💡Historias de usuario

Las historias de usuario son una forma de capturar los requisitos del usuario de un sistema. En el video, se utiliza como un ejemplo de cómo los casos de prueba pueden estar asociados con historias de usuario para probar las funcionalidades específicas del sistema.

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

play00:00

y

play00:04

diseñar casos de prueba es una de las

play00:07

labores más importantes del texto si te

play00:09

cuesta escribir los casos de prueba

play00:11

documentar los casos de prueba se te

play00:12

confunden las precondiciones con los

play00:14

pasos o simplemente queréis saber

play00:16

algunos tips para mejorar tus casos de

play00:18

prueba quédate hasta el final del vídeo

play00:20

empecemos por la parte aburrida y ya nos

play00:22

corremos pronto que es la definición de

play00:24

la iso 29 mil 119 esta norma dice que un

play00:28

caso de prueba es un conjunto de

play00:29

precondiciones entradas y resultados

play00:31

esperados desarrollados para impulsar la

play00:34

ejecución de un elemento de prueba para

play00:36

cumplir con los objetivos de las pruebas

play00:37

incluyendo la implementación correcta la

play00:39

identificación de errores el chequeo de

play00:41

la calidad y otras informaciones

play00:43

valiosas ahora vayamos a la posta o sea

play00:46

que es un caso de prueba un caso tura es

play00:47

la forma en la que nosotros vamos a

play00:49

escribir y documentar las pruebas que

play00:52

vamos a realizar si en algunos contextos

play00:54

en algunos otros contextos se vamos a

play00:57

hablar en otro vídeo que quizás con una

play00:59

idea o un escenario de prueba de alcanza

play01:01

pero la estrella del testing lo más

play01:03

conocido textil el artefacto más

play01:05

entregado

play01:06

los casos de prueba entonces un caso de

play01:10

prueba es la documentación de las

play01:12

pruebas que vamos a ejecutar o que ya

play01:14

ejecutamos si dependiendo la metodología

play01:16

que hacemos puede ser que nos escribamos

play01:18

al principio de las pruebas o al final

play01:20

si quisiéramos decirlo de una forma más

play01:22

filosófica podemos decir que también un

play01:24

caso de prueba es una pregunta que se le

play01:26

hace al sistema para ver cómo está

play01:28

funcionando de nuevo el nivel de detalle

play01:31

de ese caso de prueba va a depender de

play01:34

la metodología del proyecto de los

play01:36

tiempos que tengamos

play01:38

de cómo nos estemos manejando del

play01:40

proceso que hayamos definido de un

play01:41

montón de cosas entonces lo que vamos a

play01:43

ver en este vídeo es una forma muy

play01:46

utilizada de diseñar casos de prueba

play01:49

quizá ustedes le quieren agregar un

play01:51

campo más quizás necesitan sacar algún

play01:52

campo que tal vez no les sea de utilidad

play01:54

van al sólo pueden casto mizar a su

play01:56

gusto yo que tengo una planilla donde

play01:59

tenemos una idea de caso de prueba

play02:02

una de las en estoril para poder hacer

play02:05

una trazabilidad entre el caso de prueba

play02:08

y cuál es la ayuda la historia que está

play02:09

probando este caso de prueba o el

play02:11

requerimiento podría ser un título que

play02:14

es una descripción corta de la prueba

play02:16

realizar las precondiciones que es

play02:20

el estado en el que debe estar el

play02:22

sistema antes de ejecutar las pruebas

play02:25

es decir antes de haber hecho el paso 1

play02:28

del caso de prueba que tiene que haber

play02:29

pasado todo lo previo no todos los casos

play02:32

tienen pre condiciones y este es un

play02:34

error muy frecuente de los alumnos por

play02:36

eso hay un post en mi canal de perdón en

play02:40

mi instagram que justamente dice eso si

play02:43

es una precondición entonces no es un

play02:45

paso y vayan y fíjense ahí los

play02:46

comentarios de otros alumnos o de otros

play02:48

seguidores que algunos dan tips de cómo

play02:51

detectar lo que es una precondición y lo

play02:53

que es un paso sin instagram es nadie

play02:56

apuntó cavaleri punto test los datos de

play02:58

prueba que son los datos con los que

play02:59

vamos a ejecutar esta prueba en caso de

play03:01

que se necesite ingresar algún input los

play03:04

pasos que es el paso a paso detallado de

play03:07

cómo llegar o de cómo probar cierta

play03:09

funcionalidad los resultados esperados

play03:11

que es bueno justamente que espero como

play03:13

espero que se comporte el sistema

play03:16

a veces lo sé por una y otra historia a

play03:19

veces lo hace porque la ley en el

play03:21

requerimiento a este lo que participe en

play03:23

una reunión si eso del de donde los es

play03:25

el llamado oráculo de prueba un estado

play03:28

que puede ser si el caso de prueba pasó

play03:30

si el estado decir acaso prueba por

play03:32

fallo si está pendiente de ejecución o

play03:34

si está bloqueado y no lo puedo ejecutar

play03:36

tal vez porque otro caso de prueba

play03:38

anterior todavía no se ejecutó o fallo

play03:40

los resultados obtenidos que una vez que

play03:43

ejecutamos el caso de prueba podemos

play03:44

llegar a documentar acá sí sí en el caso

play03:46

de prueba

play03:47

fallón es decir no coincide el resultado

play03:49

esperado con el obtenido podemos dejar

play03:51

documentado cuál fue el obtenido algunos

play03:53

comentarios y haití del hizo un caso de

play03:56

que hayamos reportado un defecto

play04:00

hagamos un ejemplo de la vida cotidiana

play04:02

como para que sea fácil de entender lo

play04:06

que quiero decir con esto entonces vamos

play04:08

a hacer un caso de prueba para aprender

play04:10

el limpiaparabrisas del auto le vamos a

play04:12

decir que la idea es el 0 0 1

play04:18

digamos que la idea de la historia y

play04:21

usher story 01 supongan ce y el título

play04:25

va a ser una descripción breve de lo que

play04:27

queremos probar entonces podemos poner

play04:30

verificar

play04:33

encendido del limpia parabrisas

play04:38

precondición como precondición podemos

play04:41

poner que el auto

play04:44

tenga

play04:46

batería de la batería del auto esté

play04:48

cargada como quieren expresarla esto

play04:50

quizás es muy muy básico si no es una

play04:53

precondición es lo mismo que ustedes me

play04:55

digan no sé que la notebook esté cargada

play04:58

así o sea es como muy básico en general

play05:01

sí están básicos no se ponen pero

play05:02

simplemente para mostrarle un ejemplo de

play05:04

que sería una precondición datos de

play05:06

prueba en este caso como son

play05:08

interacciones con el auto no voy a estar

play05:09

poniendo ningún impugnada no tengo datos

play05:11

de prueba y los pasos entonces el primer

play05:14

paso va a ser desactivar la alarma

play05:20

que eso en general abre la puerta

play05:23

de estar a las puertas creaciones

play05:25

entonces el paso 2 es abrir la puerta el

play05:29

paso 3

play05:32

conectar la llave

play05:36

el paso 4 es ponerlo en marcha

play05:40

poner

play05:42

en marcha el auto

play05:45

y el 5 es girar la perilla

play05:50

del limpia

play05:54

parabrisas

play05:56

y el paso 6 es verificar el

play05:59

comportamiento

play06:00

del sistema

play06:02

el resultado esperado es que se activa

play06:08

limpiaparabrisas

play06:10

y el estado el caso de prueba es

play06:12

pendiente porque todavía no lo

play06:14

ejecutamos si nosotros hubiésemos

play06:16

ejecutado este caso de prueba vamos a

play06:17

decir que fallo o que pasó pasó en el

play06:21

caso de que el resultado esperado haya

play06:23

coincidido con el resultado obtenido y

play06:26

fallo en caso de que el resultado

play06:27

esperado es decir no coincida con el

play06:29

resultado obtenido por ejemplo no se

play06:32

activó el limpiaparabrisas

play06:35

y en este caso completaríamos el campo

play06:38

resultado esperado con

play06:40

y el resultado que deseamos obtenido

play06:42

ahora hagamos esto en un sistema para

play06:48

poder llevarlo a la práctica de algo

play06:50

conocido hagamos el login de gmail

play06:52

entonces nuestro caso de prueba hacer el

play06:54

0 0 0 2 ley de ser story va a ser otra

play07:00

no es la misma donde está especificado

play07:02

los limpiaparabrisas y esta va a ser la

play07:04

y usher story 05 si no digo 0 2 para que

play07:08

no crean que siempre hay una correlación

play07:09

entre una cosa y la otra el título va a

play07:11

ser lo insatisfactorio

play07:17

en gmail y la precondición es disponer

play07:21

de un usuario

play07:25

creado

play07:26

los datos de prueba van a ser los datos

play07:28

del usuario por ejemplo

play07:30

juan pérez

play07:33

gmail.com y la contraseña que va a ser

play07:36

juan

play07:39

2022 y ahí los pasos y si tienen dudas

play07:43

de cómo es pueden consultar en la

play07:45

interfaz de gmail pero bueno sería más o

play07:48

menos como acceder a gmail puntocom

play07:52

completar el campo

play07:56

usuario

play07:59

completar el campo contraseña

play08:04

presionar

play08:07

login

play08:09

puede ser levemente diferente puede ser

play08:11

que en lugar de llamarse login se llame

play08:13

acceder no sé pero más o menos como para

play08:16

que se den una idea cuál es el resultado

play08:19

esperado el resultado esperado es qué

play08:24

el sistema para mí

play08:28

debería permitirle al usuario ingresar a

play08:33

su bandeja de entrada estado lo vamos a

play08:37

dejar en pendiente si quieren

play08:40

profundizar en este tema seguir

play08:41

practicando que les corrija a sus

play08:43

ejercicios aprender cómo encaja todo

play08:45

esto dentro del mundo del testing dentro

play08:47

del proceso de testing los invitó a

play08:49

sumarse al curso de introducción al

play08:51

testing al que pueden acceder uniéndose

play08:53

como miembros de mi canal de youtube es

play08:55

una membresía súper económica le dan

play08:58

click al botón unirse que aparece abajo

play09:00

este vídeo si no desaparece acá abajo

play09:02

vayan a la home del canal de youtube y

play09:05

ahí también les aparece el botón de

play09:06

unirse y con la membresía certificada

play09:08

ahí pueden acceder no solamente a los

play09:11

contenidos pueden descargarse los

play09:13

materiales y tenemos una interacción

play09:14

permanente durante todo el curso otros

play09:17

alumnos se lo han hecho y han dejado muy

play09:20

buenos comentarios que también los

play09:21

pueden ver en la página y en la página

play09:22

no voy a dejar el link para que puedan

play09:24

ver cuáles son los contenidos los

play09:25

comentarios de otros alumnos y demás

play09:27

pero los acompañan durante todo el

play09:29

proceso de aprendizaje y es muy práctico

play09:31

entonces ustedes van a poner todo esto

play09:33

que yo les comenté

play09:35

a aplicar en aplicaciones reales cuando

play09:38

empezamos a este vídeo les dije que al

play09:40

final les iba a dar algunos tips para

play09:42

diseñar casos de prueba y uno de esos

play09:44

tips tiene que ser y tiene que ver con

play09:46

pensar que uno no es el destinatario de

play09:49

esto entonces escribirle el paso a paso

play09:51

para que otra persona que no entiende

play09:53

este sistema o que nunca ingresó lo

play09:56

pueda seguir entonces meter el paso a

play09:58

paso bien detallado en el otro extremo

play10:01

también es otro tip es

play10:04

si vemos que un consejo prueba tiene más

play10:06

de diez pasos sospechar que estamos

play10:08

hablando de dos casos de prueba

play10:10

distintos quizás no sea un solo caso de

play10:12

prueba

play10:14

o quizá nos hemos puesto la precondición

play10:17

correcta y capaz si ponemos una

play10:19

precondición correcta en el caso de

play10:20

prueba se acorta un poquito más y otro

play10:23

tipo tiene que ver con documentar

play10:26

incluso los casos de prueba que hayamos

play10:27

ejecutado una vez que interactuamos con

play10:29

la aplicación porque muchas veces pasa

play10:31

que cuando leamos la yutera stories se

play10:33

nos ocurre en un par de casos de prueba

play10:34

pero después con interactuamos con el

play10:36

sistema se nos ocurren muchos más bueno

play10:38

esos también dejarlos documentados como

play10:40

parte de nuestras pruebas bueno ahí se

play10:44

me ocurren muchas muchos otros tips por

play10:46

ejemplo a medida que uno va escribiendo

play10:48

los casos de prueba y el tallando

play10:50

aquellos que uno considera que son los

play10:51

más importantes para después poder

play10:53

filtrar los en una posterior regresión

play10:55

por ejemplo y otra cosa también

play10:57

importante es que se anatómicos los

play10:59

casos de prueba es decir no probar

play11:01

muchas cosas en un caso de prueba si a

play11:03

veces que bueno como parte de estos

play11:06

pasos

play11:07

obtengo este resultado esperado y este

play11:09

resultado esperado pero tipo de hacer

play11:10

que cada caso de prueba prueben una cosa

play11:12

específica mucho mejor estos y los otros

play11:15

tips también los vemos como parte del

play11:17

curso así que espero que les haya

play11:19

gustado el vídeo pero que les sirva y

play11:20

también espero encontrarlos por ahí nos

play11:23

vemos

play11:27

ah

Rate This

5.0 / 5 (0 votes)

関連タグ
Pruebas de softwareCasos de pruebaISO 29117Diseño de pruebasTrazabilidadPrecondicionesEntradas y resultadosEjemplo prácticoLimpiaparabrisasGmail loginTesting
英語で要約が必要ですか?