Me surge una duda, los test dependen del codigo que nosostros implementemos. Así que si hay algun reproceso, ya sea por diseño o se agrego algo mas al codigo en producción para suplir un requerimiento extra fuera de los definidos o arreglar un bug, debemos impactar nuestros test o redefinirlos?
Bienvenida e Introducción
Paso a paso para testing básico en Java
Introducción a tests en software
Tipos y beneficios de los tests
Preparación del IDE, proyecto y librerías
Instalación de IntelliJ IDEA, creación del Proyecto con Maven y Tests Unitarios
Creación de test unitario: lanzar una excepción para alertar sobre un error
Test unitario con JUnit
Organización de tests con JUnit
Testing en Java con JUnit para Verificar Contraseñas
Test con Mockito para simular un dado
Test con Mockito: simular el uso de una pasarela de pago
Análisis de los tests y mejoras
Reto 1: crear la función isEmpty
TDD
TDD: Definición, Beneficios, Ciclos y Reglas
Ejemplos de TDD: calcular el año bisiesto
Ejemplos de TDD: cálculo de descuentos
Reto 2: Práctica de TDD
Tests en una aplicación
Organización de una aplicación
App de Películas: Test de Negocio
App de Películas: test de búsqueda de películas por su duración
Creación de la base de datos y tests de integración con bases de datos
Test de integración con base de datos: guardar películas y búsqueda de películas individuales
Reto 3: Nuevas opciones de búsqueda
Requerimientos y tests
Test a partir de requerimiento
Reto 4: Búsqueda por varios atributos
Conclusiones
Resumen y conclusiones
No tienes acceso a esta clase
¡Continúa aprendiendo! Únete y comienza a potenciar tu carrera
Si ya tienes una cuenta,
Iniciar sesión
Test a partir de requerimiento
22/24Recursos
Normalmente, el desarrollo de los proyectos comienza a partir de requerimientos muy bien especificados. Sin embargo, habrá veces donde el programador debe definirlos o acabar de concretarlos. No importa cuál sea el caso, solo podemos empezar a escribir los tests una vez tenemos los requerimientos.
Existen diferentes escenarios:
- Típicos
- Extremos
- Incorrectos
- No previstos
Aportes 10
Preguntas 1
Ordenar por:
Hubiera estado genial ver tests en esos tipos de escenarios, valores extremos e incorrectos…
Es por esto que la idea es que el nombre de la función del test tiene que ser lo más especifico y entendible, para que se sepa cuáles cosas se están probando.
Dependiendo de el marco de trabajo a utilizar en el proyecto nos dará las pautas para la definición de requisitos, requerimientos o historias de usuario, para lo ultimo me gusta pensar en INVEST.
Excelente, gracias a esto ya no pasará que anoche me funcionaba el código y al momento de demostrarlo en clase de la U falle jeje
Excelente!! super claro
Excelente clase instructor Ferran, siempre debemos tener presente los escenarios más comunes que se puedan dar en la aplicación y los que desee probar el cliente, al establecer una lista de los requerimientos podemos ir abarcando cada uno.
Super 😃
- Tests for different scenarios (according to requirements)
- Typical scenarios
- Extreme scenarios
- Incorrect scenarios
- Not contemplated scenarios
¿Quieres ver más aportes, preguntas y respuestas de la comunidad?
o inicia sesión.