Pruebas de Componentes

Descargar como docx, pdf o txt
Descargar como docx, pdf o txt
Está en la página 1de 2

Pruebas De Componentes

Las Pruebas Unitarias o de Componente es una forma de comprobar el correcto


funcionamiento de una unidad de cdigo. Por ejemplo en diseo estructurado o
en diseo funcional una funcin o un procedimiento, en diseo orientado a
objetos una clase. Esto sirve para asegurar que cada unidad funcione
correctamente y eficientemente por separado. Adems de verificar que el
cdigo hace lo que tiene que hacer, verificamos que sea correcto el nombre,
los nombres y tipos de los parmetros, el tipo de lo que se devuelve, que si el
estado inicial es vlido entonces el estado final es vlido
La idea es escribir casos de prueba para cada funcin no trivial o mtodo en el
mdulo, de forma que cada caso sea independiente del resto. Luego, con las
Pruebas de Integracin, se podr asegurar el correcto funcionamiento del
sistema o subsistema en cuestin.
Caractersticas
Para que una prueba unitaria tenga la calidad suficiente se deben cumplir los
siguientes requisitos:
Automatizable: No debera requerirse una intervencin manual. Esto
es especialmente til para integracin contina.
Completas: Deben cubrir la mayor cantidad de cdigo.
Repetibles o Reutilizables: No se deben crear pruebas que slo
puedan ser ejecutadas una sola vez. Tambin es til para integracin
continua.
Independientes: La ejecucin de una prueba no debe afectar a la
ejecucin de otra.
Profesionales
Las pruebas deben ser consideradas igual que el cdigo, con la misma
profesionalidad, documentacin, etc.
Aunque estos requisitos no tienen que ser cumplidos al pie de la letra, se
recomienda seguirlos o de lo contrario las pruebas pierden parte de su funcin

Ventajas
El objetivo de las pruebas unitarias es aislar cada parte del programa y mostrar
que las partes individuales son correctas. Proporcionan un contrato escrito que
el trozo de cdigo debe satisfacer. Estas pruebas aisladas proporcionan cinco
ventajas bsicas:
Fomentan el cambio: Las pruebas unitarias facilitan que el programador
cambie el cdigo para mejorar su estructura (lo que se ha dado en llamar
refactorizacin), puesto que permiten hacer pruebas sobre los cambios y as
asegurarse de que los nuevos cambios no han introducido errores.
Simplifica la integracin Puesto que permiten llegar a la fase de integracin
con un grado alto de seguridad de que el cdigo est funcionando
correctamente. De esta manera se facilitan las pruebas de integracin.
Documenta el cdigo: Las propias pruebas son documentacin del cdigo
puesto que ah se puede ver cmo utilizarlo.
Separacin de la interfaz y la implementacin: Dado que la nica
interaccin entre los casos de prueba y las unidades bajo prueba son las
interfaces de estas ltimas, se puede cambiar cualquiera de los dos sin afectar
al otro, a veces usando objetos mock (mock object) para simular el
comportamiento de objetos complejos.
Los errores estn ms acotados y son ms fciles de localizar
Dado que tenemos pruebas unitarias que pueden desenmascararlos.
Limitaciones
Es importante darse cuenta de que las pruebas unitarias no descubrirn todos
los errores del cdigo. Algunos enfoques se basan en la generacin aleatoria de
objetos para amplificar el alcance de las pruebas de unidad.1 Esta tcnica se
conoce como testing aleatorio (RT, por random testing). Por definicin, slo
prueban las unidades por s solas. Por lo tanto, no descubrirn errores de
integracin, problemas de rendimiento y otros problemas que afectan a todo el
sistema en su conjunto. Adems, puede no ser trivial anticipar todos los casos
especiales de entradas que puede recibir en realidad la unidad de programa
bajo estudio. Las pruebas unitarias slo son efectivas si se usan en conjunto
con otras pruebas de software.

También podría gustarte