Proyecto

Prueba unitaria

Las pruebas unitarias es una prueba (a menudo automatizado) que valida las unidades individuales de código fuente que estén funcionando de manera correcta. Una unidad es la parte más pequeña comprobable de una aplicación. En la programación de una unidad de procedimiento puede ser un programa individual, la función, procedimiento, etc, mientras que en programación orientada aobjetos, la unidad más pequeña es un método, que puede pertenecer a una base/super clase, clase abstracta o clase derivada.
Es un tipo de prueba de software en el cual un programador prueba unidades individuales de código fuente de forma aislada para verificar que funcionen correctamente. Una unidad puede ser un método, una interfaz, una clase o un componente (dll). No se tiene que probar todoslos métodos o clases que se crean en un proyecto ya que solo hay que probar las unidades más complejas, las que tienen reglas de negocio importantes o las que realizan cálculos matemáticos y de alta prioridad, para esto se necesitan algunos métodos como:
Method Stubs
Es una pieza de código que soporta otra funcionalidad de programación.
Mock Objects
Objetos que simulan elcomportamiento de objetos reales de formas controladas.
Fakes
Es un tipo de «Mock Object» pero más simple. Solo provee un conjunto de métodos («Method Stubs»)
Test Harnesses
El conjunto de software y datos de prueba que tienen que ser ejecutados
Recomendaciones previas para prueba el código. De manera general se debe realizar todo lo que se tiene que programar,reducir al mínimo la cantidad de repeticiones del ciclo «programar-compilar», escribir código para validar todos los campos, escribir código para manejar las excepciones, revisar periódicamente el código antes de compilar, tratar de encontrar la mayor cantidad de defectos y al momento de compilar corrige cualquier defecto que encuentre el compilador.

Pruebas de integración.
Las pruebas deintegración es una extensión lógica de las pruebas unitarias. En su forma más simple, dos unidades que ya han sido probados se combinan en un componente y la interfaz entre ellas se prueba. Un componente, en este sentido, se refiere a un agregado integrado de más de una unidad. En un escenario realista, muchas unidades se combinan en los componentes, que son a su vez agregan en partes aún más grandes delprograma. La idea es probar combinaciones de piezas y, finalmente, ampliar el proceso para probar los módulos con los de otros grupos. Finalmente, todos los módulos que componen un proceso se prueban juntos. Más allá de que, si el programa está compuesto por más de un proceso, deben ser evaluados en parejas en lugar de una sola vez.
Las pruebas de integración identifica los problemas que seproducen cuando las unidades se combinan. Mediante el uso de un plan de pruebas que requiere para poner a prueba cada unidad y garantizar la viabilidad de cada uno antes de la combinación de unidades, usted sabe que cualquier error descubierto cuando la combinación de unidades están probablemente relacionados con la interrelación entre las unidades. Este método reduce el número de posibilidades a unnivel mucho más simple de análisis.
Se pueden hacer las pruebas de integración en una variedad de formas, pero las siguientes son tres estrategias comunes:
1. El enfoque de arriba hacia abajo para las pruebas de integración de los módulos requiere de un más alto nivel ya que en esta se integran en primer lugar. Esto permite que la lógica de alto nivel y el flujo de datos a evaluar en elprincipio del proceso y que tiende a minimizar la necesidad de conductores. Sin embargo, la necesidad de que los procesos se compliquen en la gestión de pruebas y servicios de bajo nivel se pone a prueba relativamente tarde en el ciclo de desarrollo. Otra desventaja de las pruebas de integración de arriba hacia abajo es su escaso apoyo para la liberación temprana de una funcionalidad limitada.
2. El...