Mini presentación de introducción al TDD, que utilicé en la impartición de un taller.
Sin las explicaciones ni las prácticas se queda bastante corto, pero igual os gusta ;)
Taller de Unit Testing y TDD en Java: Parte 1Jano González
Este documento presenta una introducción a unit testing y TDD en Java. La sesión se dividirá en varias partes, comenzando con una demostración práctica de JUnit y matchers básicos, seguida de más detalles sobre otros matchers, mock objects y ejemplos de TDD. El documento también incluye enlaces a lecciones de código de ejemplo para practicar diferentes aspectos de testing unitario.
JUnit es un framework para implementar pruebas unitarias en Java que se integra con Maven. Utiliza anotaciones como @Test, @Before, @After y @Ignore para indicar métodos de prueba y configuración, y asserts como assertTrue, assertFalse y assertEquals para validar las condiciones de aceptación en los tests.
Este documento presenta una introducción a los tests unitarios con JUnit 4. Explica conceptos como las clases de test, métodos de test, afirmaciones, métodos de configuración, runners de test y buenas prácticas. También incluye un ejemplo de cómo escribir tests unitarios para probar una clase Calculadora de Impuestos que implementa diferentes reglas de negocio.
TDD & FDD Interference on TD-LTE B NetworkRay KHASTUR
1. The document discusses investigating issues with an RTWP site in region M that is experiencing interference from external sources.
2. There are two main sources of interference - a WiMAX operator using adjacent frequency bands and a local ISP using wireless MikroTik devices on the same frequency band illegally.
3. Monitoring of border sites and the highest RTWP sites was conducted to determine the direction of interference and its effects, finding it is most significantly impacting key performance indicators and the user experience.
En esta charla vamos a hablar principalmente de testing aplicado a PHP. Daremos un pequeño y rápido repaso a PHPunit, si algún asistente no lo conoce, y después nos meteremos de lleno en el meollo de la cuestión que son los "test doubles": veremos qué son, para qué sirven y como trabajar con ellos cómodamente en PHP gracias a la librería Mockery. Para terminar la sesión veremos algunos ejemplos prácticos en los que veremos aplicados algunos de los conceptos teóricos vistos anteriormente.
El documento describe técnicas para mejorar la velocidad y calidad del equipo de desarrollo de una startup, incluyendo la implementación de pruebas unitarias y funcionales automatizadas, un servidor de integración continua como Jenkins, monitoreo de errores en producción con New Relic, procesos de despliegue simplificados y frecuentes, trabajar en pequeños batches, y outsourcing de servicios no centrales.
El documento habla sobre la gestión de pruebas en el desarrollo de software. Explica que todas las piezas de software necesitan pruebas para identificar errores. Detalla diferentes tipos de pruebas como pruebas de unidad, integración y aceptación. También cubre técnicas de prueba como pruebas funcionales, estructurales y no funcionales. El documento enfatiza la importancia de basar las pruebas en una especificación clara y de monitorear métricas como errores encontrados y cobertura de código.
Slides de la charla del open space de wecode 2019.
Cuento qué reglas seguimos en @plasticscm para crear el código más simple posible. Cosas como que no usamos herencia, ni sobrecarga de métodos y que nuestro mantra es "pasa parámetros y todo irá bien"
Taller de Unit Testing y TDD en Java: Parte 1Jano González
Este documento presenta una introducción a unit testing y TDD en Java. La sesión se dividirá en varias partes, comenzando con una demostración práctica de JUnit y matchers básicos, seguida de más detalles sobre otros matchers, mock objects y ejemplos de TDD. El documento también incluye enlaces a lecciones de código de ejemplo para practicar diferentes aspectos de testing unitario.
JUnit es un framework para implementar pruebas unitarias en Java que se integra con Maven. Utiliza anotaciones como @Test, @Before, @After y @Ignore para indicar métodos de prueba y configuración, y asserts como assertTrue, assertFalse y assertEquals para validar las condiciones de aceptación en los tests.
Este documento presenta una introducción a los tests unitarios con JUnit 4. Explica conceptos como las clases de test, métodos de test, afirmaciones, métodos de configuración, runners de test y buenas prácticas. También incluye un ejemplo de cómo escribir tests unitarios para probar una clase Calculadora de Impuestos que implementa diferentes reglas de negocio.
TDD & FDD Interference on TD-LTE B NetworkRay KHASTUR
1. The document discusses investigating issues with an RTWP site in region M that is experiencing interference from external sources.
2. There are two main sources of interference - a WiMAX operator using adjacent frequency bands and a local ISP using wireless MikroTik devices on the same frequency band illegally.
3. Monitoring of border sites and the highest RTWP sites was conducted to determine the direction of interference and its effects, finding it is most significantly impacting key performance indicators and the user experience.
En esta charla vamos a hablar principalmente de testing aplicado a PHP. Daremos un pequeño y rápido repaso a PHPunit, si algún asistente no lo conoce, y después nos meteremos de lleno en el meollo de la cuestión que son los "test doubles": veremos qué son, para qué sirven y como trabajar con ellos cómodamente en PHP gracias a la librería Mockery. Para terminar la sesión veremos algunos ejemplos prácticos en los que veremos aplicados algunos de los conceptos teóricos vistos anteriormente.
El documento describe técnicas para mejorar la velocidad y calidad del equipo de desarrollo de una startup, incluyendo la implementación de pruebas unitarias y funcionales automatizadas, un servidor de integración continua como Jenkins, monitoreo de errores en producción con New Relic, procesos de despliegue simplificados y frecuentes, trabajar en pequeños batches, y outsourcing de servicios no centrales.
El documento habla sobre la gestión de pruebas en el desarrollo de software. Explica que todas las piezas de software necesitan pruebas para identificar errores. Detalla diferentes tipos de pruebas como pruebas de unidad, integración y aceptación. También cubre técnicas de prueba como pruebas funcionales, estructurales y no funcionales. El documento enfatiza la importancia de basar las pruebas en una especificación clara y de monitorear métricas como errores encontrados y cobertura de código.
Slides de la charla del open space de wecode 2019.
Cuento qué reglas seguimos en @plasticscm para crear el código más simple posible. Cosas como que no usamos herencia, ni sobrecarga de métodos y que nuestro mantra es "pasa parámetros y todo irá bien"
El documento presenta una introducción al Behavior Driven Development (BDD) y su herramienta Cucumber. Explica que BDD se centra en el comportamiento del software desde la perspectiva del cliente, mientras que el Test Driven Development (TDD) se centra en la implementación. También describe cómo Cucumber permite definir casos de prueba en un lenguaje de dominio específico (Gherkin) que es legible para los negocios. Finalmente, proporciona algunos consejos prácticos para empezar con BDD y Cucumber.
Los dobles de prueba resuelven problemas de dependencia al permitir aislar un objeto bajo prueba de sus colaboradores. Existen diferentes tipos como dummies, stubs, fakes, mocks y spies que verifican el estado o comportamiento. Los dobles de prueba guían la definición de tipos desconocidos y permiten testear la interacción entre un objeto bajo prueba y sus colaboradores.
Deck de la presentación en el evento Ágiles 2013 en Lima Perú. Charla sobre como aplicar diseño evolucionario, refactoring y TDD cuando se codifica con Javascript.
1) El documento habla sobre las claves del Desarrollo Dirigido por Pruebas (TDD), incluyendo por qué usar TDD, cómo aplicar el proceso de TDD, y algunos desafíos de TDD. 2) El proceso de TDD implica escribir una prueba fallida, luego código mínimo para que pase, y refactorizar repetidamente. 3) Aunque TDD puede ser más lento, ayuda a evitar errores, mejorar el diseño y facilitar cambios en el código.
Este documento presenta una agenda para una sesión sobre pruebas unitarias y Test Driven Development (TDD) en Visual Studio 2013. La agenda incluye introducciones a pruebas unitarias y TDD, patrones de TDD y una práctica de programación llamada Kata FizzBuzz. El documento también proporciona detalles sobre cómo crear y ejecutar pruebas unitarias en Visual Studio, así como los beneficios del enfoque de desarrollo basado en pruebas.
El documento presenta información sobre pruebas unitarias. Explica que las pruebas unitarias prueban partes individuales de código para garantizar que funcionen correctamente de forma aislada. También describe elementos clave de las pruebas unitarias como cobertura de código, aserciones, ciclo de vida de pruebas, casos de prueba y conjuntos de pruebas.
Este documento introduce los conceptos básicos de testing y provee ejemplos de unit testing y functional testing en PHP. Explica que el unit testing sirve para probar el correcto funcionamiento de módulos individuales de código, mientras que el functional testing prueba las funcionalidades de la aplicación completa. También cubre temas como test driven development, mocks, herramientas de testing como PHPUnit, y métodos comunes para validar resultados en los tests.
Don't feed the zombies!
How to maintain zombie projects in the land of the walking dead.
A brief talk about how to build "quality software" and save zombie projects.
Este documento describe los prototipos y su importancia en el desarrollo de proyectos. Define un prototipo como el primer dispositivo desarrollado de algo que sirve como modelo para fabricación. Explica que los prototipos ayudan a obtener requisitos, validar el diseño con usuarios, y reducir costos. Además, ofrece consejos para crear prototipos simples de baja fidelidad como dibujos y prototipos de mago de Oz que simulan interactividad para obtener retroalimentación temprana de usuarios.
Este documento contiene apuntes de la XPWeek 2011 sobre cursos básico y avanzado de desarrollo dirigido por pruebas (TDD). Se proporcionan consejos sobre el algoritmo TDD, malinterpretaciones comunes, diseño, mantenimiento de pruebas, y arquitectura. También se discuten conceptos como programación en pareja, integración continua, y los valores fundamentales de la programación extrema como el pragmatismo y el trabajo en equipo.
Las Claves del Desarrollo Dirigido por Pruebas (o TDD)Javier_J
Repasamos qué es TDD, algunas de las claves más importante para aplicarlo de manera productiva y cómo se aplica TDD en entornos concretos de bases de datos, videojuegos y desarrollo para Android
Testing en proyectos Grails del día a día. Greach 2013Dani Latorre
En todos los proyectos de software, habitualmente tenemos que dedicarle mucho esfuerzo al testing. A asegurarnos de que los productos que desarrollamos funcionen correctamente y, aunque sabemos que es imposible asegurar que no tenga ninguno, sí debemos procurar que tengan el menor número de errores posible.
Debemos escribir código que pruebe nuestro código, automatizar al máximo nuestros tests para hacerlos repetibles y poder conocer lo antes posible cuando hemos roto algo, porque no nos engañemos, de vez en cuando rompemos algo.
Si además de escribir tests, lo hacemos antes, estaremos escribiendo antes un cliente que usará nuestro API que la implementación. De ese modo la cobertura de test sobre nuestro código crece exponencialmente y los mismos tests nos guiarán a que nuestro diseño mejore practicando las refactorizaciones pertinentes; En definitiva estaremos practicando TDD.
En esta charla no pretendo sentar cátedra sobre como hacer testing, simplemente compartiré como lo hago yo en mis proyectos Grails, desde los unitarios subiendo hasta la interfaz de usuario.
[ES] webcat 2014-03 Demystifying Development TechniquesEduardo Turiño
Charla del webcat del 5 de marzo de 2014.
Recorrido por diferentes técnicas de desarrollo, eliminando dolores en cada paso, hasta llegar a BDD y completar aquello donde BDD nos falla.
Visión utilitaria de técnicas y metodologías.
¡Muerte a los puristas! :)
"Demystifying development techniques" por @eturinowebcat
Este documento describe diferentes técnicas de desarrollo de software, incluyendo desarrollo tradicional, pruebas automatizadas, Test-First, TDD, BDD y cómo complementar BDD con otras técnicas. El autor recomienda comenzar con BDD y complementarlo con REPLs, Spikes y pasos más largos cuando sea necesario para abordar casos difíciles o de alto riesgo. El autor ha ganado menos errores, más constancia, más seguridad y velocidad al adoptar este enfoque flexible.
TDD es una metodología de desarrollo guiada por pruebas donde se escribe primero una prueba basada en un caso de uso, luego se implementa el código mínimo necesario para que la prueba pase, y finalmente se refactoriza el código manteniendo las pruebas. Se basa en escribir pruebas usando JUnit y anotaciones como @Test, y sigue un ciclo rojo-verde-refactor para desarrollar funcionalidades a través de pruebas.
Hacer un sistema, sin probar, es lanzarlo al precipicio.
Las pruebas son fundamentales, pero claro, probar sin un método es lo mismo que no probar, es probar sólo una parte del sistema y dejar lo demás al azar.
TDD es una técnica de eXtreme Programming con la que las pruebas y el código se escriben a la vez. No antes cuando el sistema sólo es una abstracción. No después cuando en realidad ya da flojera escribirlas. A la vez que se escribe el código, van las pruebas.
TDD es un método ágil y eficaz de lograr un sistema Probado, y Funcional.
Este documento describe los principios y beneficios de las pruebas unitarias y la metodología de desarrollo guiado por pruebas (TDD). Explica que las pruebas unitarias prueban partes individuales del código de forma rápida y aislada para identificar problemas. Siguiendo las leyes de TDD, primero se escribe una prueba unitaria fallida y luego solo el código necesario para que pase, evitando sobrediseñar. Esto hace que el código sea más flexible, mantenible y reutilizable.
El documento presenta 16 reglas para escribir buenos tests utilizando desarrollo guiado por pruebas (TDD). Las reglas incluyen: 1) los tests deben fallar inicialmente, 2) medir el tiempo de cada paso, 3) nombrar los tests describiendo setup, exercise y assertions, 4) nombrar los tests por caso funcional no datos, 5) los tests no son verificación formal, 6) seguir estructura setup-exercise-assertion. El documento concluye enfatizando que los tests son un sistema que debe diseñarse y mantenerse siguiendo buenas pr
El documento habla sobre la importancia del testing. Explica que el testing no es solo una fase, sino una actividad que ayuda a construir el mejor sistema posible y que la calidad es responsabilidad de todo el equipo. También menciona que el testing sirve para entender el software y prevenir errores. Finalmente, enfatiza la necesidad de definir un plan de testing que incluya diferentes tipos de pruebas organizadas como una pirámide, con pruebas unitarias en la base y pruebas funcionales en la cima.
El documento presenta una introducción al Behavior Driven Development (BDD) y su herramienta Cucumber. Explica que BDD se centra en el comportamiento del software desde la perspectiva del cliente, mientras que el Test Driven Development (TDD) se centra en la implementación. También describe cómo Cucumber permite definir casos de prueba en un lenguaje de dominio específico (Gherkin) que es legible para los negocios. Finalmente, proporciona algunos consejos prácticos para empezar con BDD y Cucumber.
Los dobles de prueba resuelven problemas de dependencia al permitir aislar un objeto bajo prueba de sus colaboradores. Existen diferentes tipos como dummies, stubs, fakes, mocks y spies que verifican el estado o comportamiento. Los dobles de prueba guían la definición de tipos desconocidos y permiten testear la interacción entre un objeto bajo prueba y sus colaboradores.
Deck de la presentación en el evento Ágiles 2013 en Lima Perú. Charla sobre como aplicar diseño evolucionario, refactoring y TDD cuando se codifica con Javascript.
1) El documento habla sobre las claves del Desarrollo Dirigido por Pruebas (TDD), incluyendo por qué usar TDD, cómo aplicar el proceso de TDD, y algunos desafíos de TDD. 2) El proceso de TDD implica escribir una prueba fallida, luego código mínimo para que pase, y refactorizar repetidamente. 3) Aunque TDD puede ser más lento, ayuda a evitar errores, mejorar el diseño y facilitar cambios en el código.
Este documento presenta una agenda para una sesión sobre pruebas unitarias y Test Driven Development (TDD) en Visual Studio 2013. La agenda incluye introducciones a pruebas unitarias y TDD, patrones de TDD y una práctica de programación llamada Kata FizzBuzz. El documento también proporciona detalles sobre cómo crear y ejecutar pruebas unitarias en Visual Studio, así como los beneficios del enfoque de desarrollo basado en pruebas.
El documento presenta información sobre pruebas unitarias. Explica que las pruebas unitarias prueban partes individuales de código para garantizar que funcionen correctamente de forma aislada. También describe elementos clave de las pruebas unitarias como cobertura de código, aserciones, ciclo de vida de pruebas, casos de prueba y conjuntos de pruebas.
Este documento introduce los conceptos básicos de testing y provee ejemplos de unit testing y functional testing en PHP. Explica que el unit testing sirve para probar el correcto funcionamiento de módulos individuales de código, mientras que el functional testing prueba las funcionalidades de la aplicación completa. También cubre temas como test driven development, mocks, herramientas de testing como PHPUnit, y métodos comunes para validar resultados en los tests.
Don't feed the zombies!
How to maintain zombie projects in the land of the walking dead.
A brief talk about how to build "quality software" and save zombie projects.
Este documento describe los prototipos y su importancia en el desarrollo de proyectos. Define un prototipo como el primer dispositivo desarrollado de algo que sirve como modelo para fabricación. Explica que los prototipos ayudan a obtener requisitos, validar el diseño con usuarios, y reducir costos. Además, ofrece consejos para crear prototipos simples de baja fidelidad como dibujos y prototipos de mago de Oz que simulan interactividad para obtener retroalimentación temprana de usuarios.
Este documento contiene apuntes de la XPWeek 2011 sobre cursos básico y avanzado de desarrollo dirigido por pruebas (TDD). Se proporcionan consejos sobre el algoritmo TDD, malinterpretaciones comunes, diseño, mantenimiento de pruebas, y arquitectura. También se discuten conceptos como programación en pareja, integración continua, y los valores fundamentales de la programación extrema como el pragmatismo y el trabajo en equipo.
Las Claves del Desarrollo Dirigido por Pruebas (o TDD)Javier_J
Repasamos qué es TDD, algunas de las claves más importante para aplicarlo de manera productiva y cómo se aplica TDD en entornos concretos de bases de datos, videojuegos y desarrollo para Android
Testing en proyectos Grails del día a día. Greach 2013Dani Latorre
En todos los proyectos de software, habitualmente tenemos que dedicarle mucho esfuerzo al testing. A asegurarnos de que los productos que desarrollamos funcionen correctamente y, aunque sabemos que es imposible asegurar que no tenga ninguno, sí debemos procurar que tengan el menor número de errores posible.
Debemos escribir código que pruebe nuestro código, automatizar al máximo nuestros tests para hacerlos repetibles y poder conocer lo antes posible cuando hemos roto algo, porque no nos engañemos, de vez en cuando rompemos algo.
Si además de escribir tests, lo hacemos antes, estaremos escribiendo antes un cliente que usará nuestro API que la implementación. De ese modo la cobertura de test sobre nuestro código crece exponencialmente y los mismos tests nos guiarán a que nuestro diseño mejore practicando las refactorizaciones pertinentes; En definitiva estaremos practicando TDD.
En esta charla no pretendo sentar cátedra sobre como hacer testing, simplemente compartiré como lo hago yo en mis proyectos Grails, desde los unitarios subiendo hasta la interfaz de usuario.
[ES] webcat 2014-03 Demystifying Development TechniquesEduardo Turiño
Charla del webcat del 5 de marzo de 2014.
Recorrido por diferentes técnicas de desarrollo, eliminando dolores en cada paso, hasta llegar a BDD y completar aquello donde BDD nos falla.
Visión utilitaria de técnicas y metodologías.
¡Muerte a los puristas! :)
"Demystifying development techniques" por @eturinowebcat
Este documento describe diferentes técnicas de desarrollo de software, incluyendo desarrollo tradicional, pruebas automatizadas, Test-First, TDD, BDD y cómo complementar BDD con otras técnicas. El autor recomienda comenzar con BDD y complementarlo con REPLs, Spikes y pasos más largos cuando sea necesario para abordar casos difíciles o de alto riesgo. El autor ha ganado menos errores, más constancia, más seguridad y velocidad al adoptar este enfoque flexible.
TDD es una metodología de desarrollo guiada por pruebas donde se escribe primero una prueba basada en un caso de uso, luego se implementa el código mínimo necesario para que la prueba pase, y finalmente se refactoriza el código manteniendo las pruebas. Se basa en escribir pruebas usando JUnit y anotaciones como @Test, y sigue un ciclo rojo-verde-refactor para desarrollar funcionalidades a través de pruebas.
Hacer un sistema, sin probar, es lanzarlo al precipicio.
Las pruebas son fundamentales, pero claro, probar sin un método es lo mismo que no probar, es probar sólo una parte del sistema y dejar lo demás al azar.
TDD es una técnica de eXtreme Programming con la que las pruebas y el código se escriben a la vez. No antes cuando el sistema sólo es una abstracción. No después cuando en realidad ya da flojera escribirlas. A la vez que se escribe el código, van las pruebas.
TDD es un método ágil y eficaz de lograr un sistema Probado, y Funcional.
Este documento describe los principios y beneficios de las pruebas unitarias y la metodología de desarrollo guiado por pruebas (TDD). Explica que las pruebas unitarias prueban partes individuales del código de forma rápida y aislada para identificar problemas. Siguiendo las leyes de TDD, primero se escribe una prueba unitaria fallida y luego solo el código necesario para que pase, evitando sobrediseñar. Esto hace que el código sea más flexible, mantenible y reutilizable.
El documento presenta 16 reglas para escribir buenos tests utilizando desarrollo guiado por pruebas (TDD). Las reglas incluyen: 1) los tests deben fallar inicialmente, 2) medir el tiempo de cada paso, 3) nombrar los tests describiendo setup, exercise y assertions, 4) nombrar los tests por caso funcional no datos, 5) los tests no son verificación formal, 6) seguir estructura setup-exercise-assertion. El documento concluye enfatizando que los tests son un sistema que debe diseñarse y mantenerse siguiendo buenas pr
El documento habla sobre la importancia del testing. Explica que el testing no es solo una fase, sino una actividad que ayuda a construir el mejor sistema posible y que la calidad es responsabilidad de todo el equipo. También menciona que el testing sirve para entender el software y prevenir errores. Finalmente, enfatiza la necesidad de definir un plan de testing que incluya diferentes tipos de pruebas organizadas como una pirámide, con pruebas unitarias en la base y pruebas funcionales en la cima.
Catalogo Buzones BTV Amado Salvador Distribuidor Oficial ValenciaAMADO SALVADOR
Descubra el catálogo completo de buzones BTV, una marca líder en la fabricación de buzones y cajas fuertes para los sectores de ferretería, bricolaje y seguridad. Como distribuidor oficial de BTV, Amado Salvador se enorgullece de presentar esta amplia selección de productos diseñados para satisfacer las necesidades de seguridad y funcionalidad en cualquier entorno.
Descubra una variedad de buzones residenciales, comerciales y corporativos, cada uno construido con los más altos estándares de calidad y durabilidad. Desde modelos clásicos hasta diseños modernos, los buzones BTV ofrecen una combinación perfecta de estilo y resistencia, garantizando la protección de su correspondencia en todo momento.
Amado Salvador, se compromete a ofrecer productos de primera clase respaldados por un servicio excepcional al cliente. Como distribuidor oficial de BTV, entendemos la importancia de la seguridad y la tranquilidad para nuestros clientes. Por eso, trabajamos en colaboración con BTV para brindarle acceso a los mejores productos del mercado.
Explore el catálogo de buzones ahora y encuentre la solución perfecta para sus necesidades de correo y seguridad. Confíe en Amado Salvador y BTV para proporcionarle buzones de calidad excepcional que cumplan y superen sus expectativas.
HPE presenta una competició destinada a estudiants, que busca fomentar habilitats tecnològiques i promoure la innovació en un entorn STEAM (Ciència, Tecnologia, Enginyeria, Arts i Matemàtiques). A través de diverses fases, els equips han de resoldre reptes mensuals basats en àrees com algorísmica, desenvolupament de programari, infraestructures tecnològiques, intel·ligència artificial i altres tecnologies. Els millors equips tenen l'oportunitat de desenvolupar un projecte més gran en una fase presencial final, on han de crear una solució concreta per a un conflicte real relacionat amb la sostenibilitat. Aquesta competició promou la inclusió, la sostenibilitat i l'accessibilitat tecnològica, alineant-se amb els Objectius de Desenvolupament Sostenible de l'ONU.
KAWARU CONSULTING presenta el projecte amb l'objectiu de permetre als ciutadans realitzar tràmits administratius de manera telemàtica, des de qualsevol lloc i dispositiu, amb seguretat jurídica. Aquesta plataforma redueix els desplaçaments físics i el temps invertit en tràmits, ja que es pot fer tot en línia. A més, proporciona evidències de la correcta realització dels tràmits, garantint-ne la validesa davant d'un jutge si cal. Inicialment concebuda per al Ministeri de Justícia, la plataforma s'ha expandit per adaptar-se a diverses organitzacions i països, oferint una solució flexible i fàcil de desplegar.
Catalogo Refrigeracion Miele Distribuidor Oficial Amado Salvador ValenciaAMADO SALVADOR
Descubre el catálogo general de la gama de productos de refrigeración del fabricante de electrodomésticos Miele, presentado por Amado Salvador distribuidor oficial Miele en Valencia. Como distribuidor oficial de electrodomésticos Miele, Amado Salvador ofrece una amplia selección de refrigeradores, congeladores y soluciones de refrigeración de alta calidad, resistencia y diseño superior de esta marca.
La gama de productos de Miele se caracteriza por su innovación tecnológica y eficiencia energética, garantizando que cada electrodoméstico no solo cumpla con las expectativas, sino que las supere. Los refrigeradores Miele están diseñados para ofrecer un rendimiento óptimo y una conservación perfecta de los alimentos, con características avanzadas como la tecnología de enfriamiento Dynamic Cooling, sistemas de almacenamiento flexible y acabados premium.
En este catálogo, encontrarás detalles sobre los distintos modelos de refrigeradores y congeladores Miele, incluyendo sus especificaciones técnicas, características destacadas y beneficios para el usuario. Amado Salvador, como distribuidor oficial de electrodomésticos Miele, garantiza que todos los productos cumplen con los más altos estándares de calidad y durabilidad.
Explora el catálogo completo y encuentra el refrigerador Miele perfecto para tu hogar con Amado Salvador, el distribuidor oficial de electrodomésticos Miele.
La inteligencia artificial sigue evolucionando rápidamente, prometiendo transformar múltiples aspectos de la sociedad mientras plantea importantes cuestiones que requieren una cuidadosa consideración y regulación.
2. Alejandro Pérez García
● @alejandropgarci
● Socio fundador y CTO de Autentia (www.autentia.com)
● Creadores y colaborador en www.adictosaltrabajo.com
3. TDD
● Test ● Diseño
● Driven ● Dirigido
● Development ● por Pruebas
6. Fixture
Estado fijo inicial sobre el
que se ejecuta la prueba
7. Dobles de pruebas
● Double - Se hace pasar por un colaborador del SUT.
● Dummy - Argumento, pero no se usa nunca realmente.
● Fake - Implementación real, pero suele ser un atajo
inapropiado para producción.
● Stub - Devuelve datos predefinidos (entrada).
● Spy - Graba llamadas a colaboradores (salida).
● Mock - Stub + Spy
● Pero ...
8. *
... a quien le importa ?!?!?!?!
* la nomenclatura es importante, pero no es el objetivo, no nos peleemos por ella ;-)
11. Si escribes las pruebas antes
que el SUT, tendrás mejores
pruebas y mejores SUT
12. Malos olores
● Fixture muy complejo
● Uso de librerías del estilo de PoweMock
● Código difícil de probar
● Muchos asserts en la misma prueba
● Pruebas frágiles
● Pruebas lentas
● No hay pruebas automáticas