Módulo 1. Introducción a las pruebas

Seite 1

Creas un horario para ti en el Consejo 2. Asegúrate de mantenerte motivado y alcanzar tus metas establecidas. ¡Comprométete y ejecuta! Sé imparable y mantente motivado.

50% - Todas las Preguntas de Cuestionarios Calificados

30% - Proyecto Final

20% - Asignación Final Calificada por Pares

Aunque las Preguntas de Cuestionarios Calificados y el Proyecto Final tienen notas de aprobación del 60% y 30% respectivamente, la única calificación que importa es la calificación general del curso.

Un intento - Para preguntas de Verdadero/Falso y preguntas con dos respuestas Dos intentos - Para cualquier pregunta que no sea de Verdadero/Falso o preguntas con más de dos respuestas

Seite 2

VIDEO 1

Dice: “Si vale la pena construirlo, vale la pena probarlo. Si no vale la pena probarlo,

¿Por qué pierdes el tiempo trabajando en ello?

Por tanto, las interacciones de sistemas complejos son difíciles de predecir,

y la lección importante para las pruebas es que no se puede simplemente arreglar el software:

En este vídeo aprendiste que:

Necesita probar el software para saber si funciona.

Las pruebas conducen a un sistema que es más robusto y resistente a las fallas.

Sólo puedes probar lo que sabes.

VIDEO 2 --> POR QUÉ LOS DESAROLLADORES NO HACEN PRUEBAS

- Creen que código ya funciona

Sus casos de prueba le ayudan a usted y a otros a saber qué funciona, qué no y cómo llamar al código.

¡Otra razón que dan los desarrolladores para no probar su código es que no escriben código roto!

Otra razón que dan los desarrolladores para no realizar pruebas es: "¡No tengo tiempo!"

Tener casos de prueba le permite refactorizar su código y agregar nuevas funciones con confianza.

sabiendo que los casos de prueba detectarán cualquier error de regresión.

Esto te hace trabajar mucho más rápido al final.

En realidad, las pruebas le ahorran tiempo (y estrés) a largo plazo.

En este video aprendiste que:

sabiendo que los casos de prueba detectarán cualquier error de regresión.

Esto te hace trabajar mucho más rápido al final.

En realidad, las pruebas le ahorran tiempo (y estrés) a largo plazo.

VIDEO 3. --> NIVELES DE PRUEBA Y CICLOS DE LANZAMIENTO

1. Pruebas unitarias -->

Esta funcionando mi módulo

Probar caminos felices y caminos tristes

Conocimiento profundo de como funciona el módulo

Este es el nivel en el que realiza el desarrollo basado en pruebas.

2. Pruebas de integración:

En este nivel del proceso de prueba de software,

estás combinando unidades individuales y probándolas como grupo.

El propósito de esta prueba es exponer fallas en la interacción entre unidades integradas.

Este es el nivel en el que se realiza el desarrollo impulsado por el comportamiento.

3. Pruebas de sistema:

En este nivel, se prueba todo el proceso del software: se prueba un sistema completo e integrado.

El propósito de esto es evaluar el cumplimiento del sistema con los requisitos específicos.

y para asegurarse de que todo el sistema funcione en conjunto.

Este es el nivel en el que estás armando todo el sistema.

En las pruebas de integración, probablemente todavía se encuentre en un entorno de desarrollo.

Pero en las pruebas del sistema, probablemente haya pasado a un entorno de ensayo o preproducción.

4. Pruebas de aceptación:

En este nivel del proceso de prueba de software, se prueba la aceptabilidad del sistema.

El propósito de esta prueba es evaluar el cumplimiento del sistema con los requisitos comerciales.

y evaluar si es aceptable para la entrega.

Esta prueba la suele realizar el usuario final antes de que pueda decir:

“Sí, acepto este sistema”.

Esta prueba generalmente se realiza en el mismo entorno o en un entorno similar al de la prueba del sistema.

En este video aprendiste que:

El proceso de prueba de software incluye cuatro niveles:

Unidad,

Integración,

Sistema,

Aceptación.

El nivel de prueba que realiza varía a lo largo de las fases del ciclo de lanzamiento tradicional.

Las pruebas unitarias se producen durante las fases de desarrollo y construcción.

Las pruebas de integración, sistema y aceptación se realizan durante las fases de prueba, etapa y producción.

VIDEO 4. --> TDD y BDD

BDD:

El desarrollo impulsado por el comportamiento (BDD), como su nombre lo indica,

Se centra en el comportamiento del sistema observado desde el exterior.

no las minucias de cómo funciona el sistema desde el interior.

BDD es excelente para pruebas de integración para ver si todos los componentes se comportan juntos.

Te obliga a pensar "de afuera hacia adentro".

En otras palabras, implementas sólo aquellos comportamientos que contribuyen más directamente a los resultados empresariales.

Esto mejora la comunicación en todo el equipo.

BDD se utiliza para pruebas de integración y aceptación.

TDD:

El desarrollo basado en pruebas prueba las funciones del sistema de adentro hacia afuera o de abajo hacia arriba.

El desarrollo impulsado por pruebas (TDD) se centra en cómo funciona el sistema desde dentro.

TDD significa que sus pruebas impulsan el diseño y desarrollo de su código.

Escribe las pruebas para el código que desea tener, luego escribe el código para que las pruebas pasen.

Absolutamente debería poder especificar eso antes de comenzar a escribir cualquier código.

TDD se utiliza para esta prueba unitaria.

Entonces, TDD es un nivel de prueba más bajo, mientras que BDD es un nivel de prueba más alto.

Dicho de otra manera, BDD garantiza que esté creando lo correcto.

TDD garantiza que esté construyendo lo correcto.

BDD y TDD se complementan durante todo el ciclo de vida de desarrollo.

VIDEO 5. --> TESTING CASE STUDIO

Caso de prueba:

Un caso de prueba es un fragmento de código que, dada alguna entrada conocida, como datos de muestra,

puede utilizar para llamar a su código y probar algún resultado esperado.

Que viste en este video:

Los desarrolladores utilizan casos de prueba para asegurarse de que su código funcione correctamente.

Los casos de prueba ayudan a los desarrolladores a identificar y corregir partes de su código que pueden fallar.

RESUMEN GENERAL DEL CURSO:

Las pruebas verifican que su software funcionará como se espera cuando usted u otras personas lo utilicen.

Las pruebas evitan futuras roturas de código y problemas de compatibilidad.

Las pruebas reducen el tiempo total de desarrollo.

El proceso de pruebas de software incluye cuatro niveles: unidad, integración, sistema y aceptación.

El nivel de pruebas que realizan los desarrolladores varía a lo largo de las fases del ciclo de lanzamiento tradicional.

Los casos de prueba impulsan el diseño del código tanto en el desarrollo basado en el comportamiento (BDD) como en el desarrollo basado en pruebas (TDD).

El BDD se centra en el sistema desde fuera hacia dentro, mientras que el TDD lo hace desde dentro hacia fuera.

Los desarrolladores utilizan BDD para las pruebas de integración y aceptación, pero utilizan TDD para las pruebas unitarias.

Los casos de prueba ayudan a los desarrolladores a identificar y corregir partes de su código que pueden romperse.

Traducción realizada con la versión gratuita del traductor DeepL.com