David
@davgarcia5
Followers
156
Following
395
Media
31
Statuses
1K
Software Architect & Developer / Senior Software Engineer @platomics / Computer Engineering @UMU ~~~ No longer using this platform ~~~
Alcázar de San Juan
Joined March 2016
RT @TabulaStellar: @htmx_org @Swizec This is 100% true. We started with original angular, switched to react, moved to vue, were looking at….
0
4
0
RT @sergialmar: Still not using the Lambda DSL for @SpringSecurity configuration? In Spring Security 7, the previous configuration style w….
0
16
0
RT @BdKozlovski: Apache Kafka 3.9.0 was just released! 🔥. The LAST ZooKeeper release 🫡 🥲. What comes with this new release?. Here are the t….
0
63
0
RT @Decodableco: The outbox pattern is a common way to implement data exchanges between microservices, enabling safe and reliable updates.….
0
4
0
RT @gunnarmorling: Question for you Kafka users out there: is there a serializer which resolves Avro/ProtoBuf schemas statically? I.e. inst….
0
10
0
En este otro artículo (, Fowler usa los nombres solitario vs sociable para los tests de integración, según las dependencias sean mocks o no. Beck lo mantiene simple 😉: test unitario es todo lo que implementa el desarrollador como parte de su tarea.
martinfowler.com
My #2 problem with arguing testing pyramids vs honeycombs is the disparate definitions of unit test
0
0
0
Siempre he llamado test de integración a los que prueban el mapeo O/R o el cliente de una API, pero ya no lo tengo claro. Quizás es un problema de nombres sin importancia. Pero los nombres importan mucho para comunicarnos con claridad y precisión en nuestro trabajo en equipo.
1
0
0
Fowler, en su post sobre tests de integración (, comenta que por esto no le gusta ese nombre y prefiere test de sistema/e2e cuando se integran los módulos de verdad y test de integración reducido si las funcionalidades externas son dobles de test (mocks).
martinfowler.com
Integration tests see if independently developed units of software work correctly when connected. Traditionally broad they are now better narrowly scoped.
1
0
0
Y por qué llegar a la BD no convierte al test en test de integración?.Porque la infraestructura usada no es código funcional a testear. Si fuera así, entonces todos los tests serían de integración, porque ningún código corre de manera aislada (necesita SO, runtime, libs, etc.).
1
0
0
Y si mi tarea consiste en implementar el adaptador para conectar a un servicio externo (no desarrollado en esta tarea), entonces, en el momento que invoco funcionalidad desarrollada aparte, el test es un test de integración.
1
0
0
Ejemplo, suponiendo un servicio Spring Boot típico: si el DoD de la tarea abarca actualizar la BD desde un endpoint REST, entonces mi test unitario cubrirá: controller + service + dominio + repository. Incluso aunque eso implique levantar el contexto de Spring!!!.
1
0
0
El tipo de test depende de su relación con la unidad de trabajo en la que se implementa el test:.- Unit = el test sólo abarca código desarrollado en la tarea actual. - Integration = el test funcionalmente se extiende a código desarrollado en otras tareas separadas.
1
0
0
Habitualmente escucho ideas confusas y contradictorias sobre el alcance y extensión de los tests unitarios y de integración. La mayoría piensa que: unit = 1 clase/componente vs integration = varias clases/componentes. Eso es incorrecto.
1
0
0
RT @maciejwalkowiak: Aggregate Design Rules according to @VaughnVernon "Implementing Domain Driven Design" red book. .
0
10
0
RT @allenholub: A good architecture allows major decisions to be deferred (to a time when you have more information). A good architecture m….
0
36
0
RT @starbuxman: Java keeps getting better and better. Have you checked out project Valhalla? It brings value types (JEP 401) to Java, who….
0
53
0
RT @maciejwalkowiak: Very interesting discussions in comments. Thanks @1ovthafew @johanhaleby @graemerocher @VaughnVernon and many more for….
0
3
0