Diferencia entre revisiones de «Testability Explorer»
De Dos Ideas.
| (No se muestra una edición intermedia de otro usuario) | |||
| Línea 1: | Línea 1: | ||
[[Testability Explorer]] es una herramienta que permite verificar cuan testeable es su código y además advierte sobre las zonas donde habría que mejorar. Es muy útil para los principiantes un test unitarios y también la mayoría de la veces durante la construcción de un test unitario. | [[Testability Explorer]] es una herramienta que permite verificar cuan testeable es su código y además advierte sobre las zonas donde habría que mejorar. Es muy útil para los principiantes un test unitarios y también la mayoría de la veces durante la construcción de un test unitario. | ||
| + | |||
| + | == Usos de Testability-explorer== | ||
| + | |||
| + | * Como herramienta de aprendizaje que marca las causas que dificultan el testeo con un desglose detallado de las razones. | ||
| + | * Como parte del set de herramientas de análisis del código | ||
| + | * Como una herramienta que puede ser parte de la integración continua que ayuda a que el código se más testeable. | ||
| + | |||
| + | == Actualmente la herramienta calcula == | ||
| + | |||
| + | * Complejida ciclomática recursiva total No-Mockeable: la complejidad ciclomática es un medida de cuantos caminos diferentes de ejecución hay en el código. Esta se calcula, a través del conteo de ''if, while'', y ''case'' como derivaciones primitivas. | ||
| + | * Estado mutable global: cuenta los números de campos que son recargados globalmente por las clase que se están testeando y las cuales son mutables. | ||
| + | * Ley de Demeter: este es el principio que los metodos llamados en los objetos que obtiene desde otros colaboradores es problema, en cambio, el colaborador debería llamar al método por si mismo. Esto hace que el testeo sea más difícil porque sus mocks deben exponer algun estado interno a través de estos métodos. | ||
==Ver también== | ==Ver también== | ||
* [http://code.google.com/p/testability-explorer/ Web oficial de Testability Explorer] | * [http://code.google.com/p/testability-explorer/ Web oficial de Testability Explorer] | ||
* [[Prueba Unitaria]] | * [[Prueba Unitaria]] | ||
| + | |||
| + | [[Category:Métricas]] | ||
| + | [[Category:TDD]] | ||
Revisión actual del 14:39 31 ago 2009
Testability Explorer es una herramienta que permite verificar cuan testeable es su código y además advierte sobre las zonas donde habría que mejorar. Es muy útil para los principiantes un test unitarios y también la mayoría de la veces durante la construcción de un test unitario.
Usos de Testability-explorer
- Como herramienta de aprendizaje que marca las causas que dificultan el testeo con un desglose detallado de las razones.
- Como parte del set de herramientas de análisis del código
- Como una herramienta que puede ser parte de la integración continua que ayuda a que el código se más testeable.
Actualmente la herramienta calcula
- Complejida ciclomática recursiva total No-Mockeable: la complejidad ciclomática es un medida de cuantos caminos diferentes de ejecución hay en el código. Esta se calcula, a través del conteo de if, while, y case como derivaciones primitivas.
- Estado mutable global: cuenta los números de campos que son recargados globalmente por las clase que se están testeando y las cuales son mutables.
- Ley de Demeter: este es el principio que los metodos llamados en los objetos que obtiene desde otros colaboradores es problema, en cambio, el colaborador debería llamar al método por si mismo. Esto hace que el testeo sea más difícil porque sus mocks deben exponer algun estado interno a través de estos métodos.
