7/11/2006 11:04
Miguel Jimenez
Pruebas unitarias, adoptando un detalle de Roy Osherove
Ayer pase todo el dia en las preconferencias de TechEd Developers 2006. Iba a asistir a las sesiones de Software Architecture de Scott Hanselman, pero al final opte por las sesiones de Team System y Agile de Roy Osherove.
La verdad es que da gusto ver a Roy explicar todo lo relativo a Agile con Team System. Eso si, las sesiones no eran demasiado profundas si ya tienes practica en metodologias y practicas Agile. A lo largo del dia vimos los conceptos Agile, practicas de TDD e Integracion Continua y finalmente Scrum con Team System.\
De las charlas, lo mas productivo fue la sesion sobre Scrum y de Test Driven Development me traje una pieza de conocimiento bastante interesante. El nombre de los metodos de prueba es importante, pues se usa directamente como documentacilon, como parte de un ejemplo constante de tu codigo representado por las pruebas unitarias. Ya conocia esto, pero siguiendo mis reglas de nomenclatura creaba nombres del tipo:
public void CreateUserWithNullUserName
Ese nombre esta bastante bien, bajo mi opinion, y representa bastante lo que hace la prueba unitaria. Sin embargo, Roy propuso una nomenclatura basada en tres puntos que resultaba mucho mas practica:
public void CreateUser_WhenUsernameIsNull_ThrowsInvalidOperationException
Increible!!! Mucho mas practico. Mucho mas legible. Mucho mas sencillo de ver el comprotamiento deseado con el patron Metodo_Comportamiento_Resultado
Practica adoptada. Durante los proximas dias seguire posteando mis impresiones
Archivado en: team system,unit testing,teched 2006,pruebas unitarias,roy osherove
Comparte este post: