El documento proporciona consejos para escribir pruebas unitarias efectivas. Explica que las pruebas unitarias deben asegurar que el código funcione como se espera, mejorar la calidad y acelerar el desarrollo. Recomienda que las pruebas sean rápidas, aisladas, repetibles y testeen una pequeña funcionalidad usando el patrón AAA (arrange, act, assert). También aborda conceptos como cobertura de código, pruebas en vivo y principios SOLID para hacer el código más testeable.

1. Unit Testing
Consejos para escribir Tests envidiables
Germán Küber
Software Architect & Developer
Net-Baires
http://www.germankuber.com.ar/
@GermanKuber

2. “Una prueba escrita por un
programador con el fin de garantizar
que el código de producción haga lo
que el programador espera que
haga.”
Robert Martin – Clean Code

3. Objetivos del Unit Test
• Asegurarnos que el código hace lo que se supone que debe hacer
• Generar código mas robusto
• Mejorar la calidad de nuestro código productivo
• Permite test-drive development
• Acelera los ciclo de feedback para el desarrollador

4. Nuestros Unit Test deben
• Rápidos
• Pasar o fallar
• Repetibles
• No requerir de un orden especifico
• Fácil de setupear
• Testear una pequeña porción de funcionalidad
• Testear solamente la interface publica

5. Usemos AAA
• Arrange
• Inicializo variables
• Act
• Llamo método
• Assert
• Verifico el resultado del Act

6. public void Return_False_Post_Does_Not_Exist()
{
var _sut = new Core.Blog("Primer Blog");
bool existPost = default;
existPost = _sut.ExistPost("Test");
existPost.Should().BeFalse();
}
Arrange
Act
Assert

7. Code Coverage
• Todo el código esta testeado?
• Que porcentaje entonces?
• El porcentaje testeado es mayor, menor o igual al anterior.
• Herramientas en nuestro proceso de CI

8. Analyze Code Coverage

9. Live Unit Testing

10. Live Unit Testing

11. Live Unit Testing

12. Nomemclatura
• Objecto testeado : SUT
• Nombre de métodos:
• Método_Parametros_Resultado
• ComporatamientoEsperado_Cuando_Resultado

13. Código Testeable
Single Responsibility
Open/Closed
Liskov Substitution
Interface Segregation
Dependency Inversion
S
O
L
I
D

14. public class Blog {
public string Title { get; set; }
public List<Post> Posts { get; set; }
public Blog (string title,
List<Post> posts) { }
}
Inversión
de
control

15. public UsersController (ILogger logger,
IUserServices userServices) {
}
Programar
pensando en
Interfaces

16. Evitar
miembros
estaticos
public static class CacheHelper{
public static void Add<TEntity(TEntity entity,
CacheKeysEnum key){
//…
}
}

17. Usar librerías existentes

18. Anti Patrones

19. Anti patrones
• Lanzar otros test
• Utilizar recursos externos
• Tiempos de configuración alto
• Tests largos
• Muchos test para un único método
https://dzone.com/articles/unit-testing-anti-patterns-full-list

20. public UsersController (ILogger logger,
IUserServices userServices) {
}
public class Blog {
public string Title { get; set; }
public List<Post> Posts { get; set; }
public Blog (string title,
List<Post> posts) { }
}
Inversión
de
control

21. Code Time!!!

22. GRACIAS!!!
Germán Küber
Software Architect & Developer
Net-Baires
http://www.germankuber.com.ar/
@GermanKuber

23. Contenido
https://www.germankuber.com.ar/unit-testing-consejos-para-escribir-tests-
envidiables/

24. JORNADADE ARQUITECTURA.NET
UnitTestingEverywhere
https://jornadadearquitectura.net