- Para el marco de prueba de .NET particular, consulte xUnit.net .
- Para la unidad de medida, vea x unidad .
xUnit es el nombre colectivo para varios de pruebas unitarias marcos que derivan su estructura y funcionalidad de Smalltalk 's Sunit . SUnit , diseñado por Kent Beck en 1998, fue escrito en un estilo orientado a objetos altamente estructurado , que se prestaba fácilmente a lenguajes contemporáneos como Java y C # . Después de su introducción en Smalltalk, Kent Beck y Erich Gamma portaron el marco a Java.y ganó gran popularidad, eventualmente ganando terreno en la mayoría de los lenguajes de programación de uso actual. Los nombres de muchos de estos marcos son una variación de "SUnit", generalmente reemplazando la "S" con la primera letra (o letras) en el nombre de su idioma deseado (" JUnit " para Java , " RUnit " para R, etc. ). Estos marcos y su arquitectura común se conocen colectivamente como "xUnit".
Arquitectura de xUnit
Todos los marcos de xUnit comparten la siguiente arquitectura de componentes básicos, con algunos detalles de implementación variados. [1]
Corredor de la prueba
Un corredor de prueba es un programa ejecutable que ejecuta pruebas implementadas usando una xUnit marco e informa de los resultados de las pruebas. [2]
Caso de prueba
Un caso de prueba es la clase más elemental. Todas las pruebas unitarias se heredan de aquí.
Accesorios de prueba
Un dispositivo de prueba (también conocido como contexto de prueba) es el conjunto de condiciones previas o estado necesario para ejecutar una prueba. El desarrollador debe configurar un buen estado conocido antes de las pruebas y volver al estado original después de las pruebas.
Suites de prueba
Un conjunto de pruebas es un conjunto de pruebas que comparten el mismo aparato. El orden de las pruebas no debería importar.
Ejecución de pruebas
La ejecución de una prueba unitaria individual procede de la siguiente manera:
configuración (); / * Primero, debemos preparar nuestro 'mundo' para crear un entorno aislado para las pruebas * / ... / * Cuerpo de la prueba - Aquí hacemos todas las pruebas * / ... teardown (); / * Al final, ya sea que tengamos éxito o falle, debemos limpiar nuestro 'mundo' para no perturbar otras pruebas o código * /
Los métodos setup () y teardown () sirven para inicializar y limpiar dispositivos de prueba.
Formateador de resultados de prueba
Un corredor de prueba produce resultados en uno o más formatos de salida. Además de un formato simple, legible por humanos, a menudo hay un formateador de resultados de prueba que produce salida XML . El formato de resultado de la prueba XML se originó con JUnit, pero también lo utilizan otros marcos de prueba de xUnit , por ejemplo, herramientas de compilación como Jenkins y Atlassian Bamboo .
Afirmaciones
Una aserción es una función o macro que verifica el comportamiento (o el estado) de la unidad bajo prueba. Por lo general, una afirmación expresa una condición lógica que es verdadera para los resultados esperados en un sistema bajo prueba (SUT) que funciona correctamente . La falla de una aserción generalmente genera una excepción , abortando la ejecución de la prueba actual.
Marcos xUnit
Existen muchos marcos de xUnit para varios lenguajes de programación y plataformas de desarrollo.
Ver también
Pruebas unitarias en general:
Enfoque de programación para las pruebas unitarias:
Referencias
- ^ Beck, Kent. "Prueba de Smalltalk simple: con patrones" . Archivado desde el original el 15 de marzo de 2015 . Consultado el 25 de junio de 2015 .
- ^ Meszaros, Gerard (2007) xUnit Test Patterns , Pearson Education, Inc./Addison Wesley
enlaces externos
- Otra lista de varios marcos de pruebas unitarias
- OpenSourceTesting.org enumera muchos marcos de prueba unitarios, herramientas de prueba de rendimiento y otras herramientas que los programadores / desarrolladores pueden encontrar útiles
- Pruebe los patrones de automatización para escribir pruebas / especificaciones en xUnit.
- Martin Fowler en el fondo de xUnit.