Archivo para la categoría Pruebas

Definimos Pruebas de Ciclo de Negocio como…

La mayor parte de los sistemas de información modernos son concebidos como un apoyo para un proceso de negocio bien definido de la organización. Por lo mismo, en ocasiones es necesario reproducir un ciclo de negocio completo para poner a prueba la funcionalidad de un sistema. El reto surge cuando el ciclo de negocio a probar es extenso en el tiempo, digamos que debido a que ciertas fases de él solo se ejecutan en ciertas épocas del año. Un ejemplo de esto sería un sistema de administración o contabilidad, el cual solo emitirá planillas de pago de impuesto una vez al año.

En tales circunstancias, es necesario crear un procedimiento de prueba que abarque el ciclo de negocio completo, pues de otro modo no será posible cubrir el sistema entero.

Los procedimientos de pruebas de ciclo de negocio deben necesariamente venir acompañados de conjuntos de datos completos, preparados por expertos en el área relacionada, de manera de poder alimentar al sistema apropiadamente a lo largo del periodo simulado.

Veamos entonces la definición ya un poco más formal, de prueba de ciclo de negocio:

Prueba de Ciclo de Negocio Procedimiento de prueba que evalúa el sistema a lo largo de todo un ciclo completo de negocio, generalmente un año fiscal u otra unidad de tiempo similar. Se acompaña con todos los procedimientos necesarios para evaluar en poco tiempo lo que de normal ocurre a lo largo de un periodo de tiempo extenso.

Por otra parte, dado que como parte del procedimiento de pruebas se puede llegar al punto de alterar la fecha de los sistema de computo, es necesario que en la especificación del ambiente de prueba se hayan señalado recursos para la restauración de estos, ya que en su mayoría, las computadoras no aceptar bien el tener una fecha en el futuro hoy y mañana tenerla en el pasado. Los licenciamientos y el seguimiento de fechas de diversos sistemas no directamente relacionados con el sistema que probamos pueden presentar problemas y hacer más difícil de interpretar los resultados de las pruebas.

, , ,

Deja un comentario

Definimos Pruebas de Unidad como…

Todas las modernas arquitecturas de software incorporan la modularidad como uno de sus elementos esenciales. Así tenemos la posibilidad de tener a distintos programadores trabajando en distintos módulos sin que esto signifique un problema. De la mismo forma es posible imaginar a nuestros programadores ejecutando pruebas locales sobre sus módulos, a fin de tener una comprobación del buen funcionamiento -autónomo- de lo que han estado programando.

A esta forma de prueba se le llama Pruebas de Unidad o también Prueba Unitaria. Entendiendo formalmente por esto -como para el glosario- lo siguiente:

Prueba de Unidad. Nombre que reciben los procedimientos de pruebas locales a un módulo del sistema. Por definición dichas pruebas cubren la funcionalidad propia del módulo tanto con una perspectiva de caja blanca como de caja negra; pero prestando poca o ninguna atención a la integración con otros módulos.

Esto es, nuestras pruebas de unidad son estrictamente locales, dejando el trabajo de probar la correcta interacción entre módulos a las Pruebas de Integración. Este enfoque localista, permite desarrollar pruebas de Caja Blanca exhaustivas a cada módulo de manera de descentralizar la operación y diseño de estas a los desarrolladores responsables del módulo en cuestión.

Finalmente es de observar la relación que guardan las Pruebas de Unidad con las Pruebas de Regresión. Siempre y cuando podamos contar con pruebas automáticas, vamos a poder construir nuestros conjuntos de pruebas de regresión a partir de lo pensado en las pruebas de unidad.

Nos estamos viendo.

, , ,

Deja un comentario

Definimos Pruebas de Humo como…

Imaginemos por un momento que estamos ante una construcción antigua. Quizás una gran casa de principios del siglo pasado, con docenas de cuartos y muchas pero muchas goteras en sus tuberías. A la hora de reparar estas goteras, lo primero que debemos hacer es determinar los puntos de fuga que es donde se escapa el liquido. Pero, ya que tenemos muchos muebles antiguos en la casa, no nos conviene dejar pasar agua por los tubos, ya que las gotas de agua nos pueden arruinar las paredes, cuadros y muebles.

Una alternativa ingeniosa, aplicada según parece por los plomeros antiguos, es dejar pasar humo en lugar de agua por las tuberías. El humo, al igual que el agua, se escapa por los puntos de fuga, pero a diferencia de esta, no hace daño en la decoración ni el mobiliario.

Esta forma de probar en busca de goteras es conocida como Prueba de Humo y es una forma efectiva y rápida de probar un amplio rango de posibles puntos de falla. Tomando esta idea, es posible imaginarnos pruebas sobre los sistemas de software que estemos desarrollando que compartan estas cualidades de amplitud y rapidez, aún en el caso en que no sean exhaustivas.

Entonces podemos definir -ahora para la ingeniería del software- lo que es una prueba de humo:

Prueba de Humo. Es un procedimiento de prueba diseñado para cubrir una amplia porción de la funcionalidad del sistema. Las pruebas así diseñadas dan prioridad al porcentaje del total del sistema que se pone a prueba, sacrificando de ser necesario la finura de estas.

Las pruebas de humo son útiles a la hora de determinar si un sistema va cumpliendo lo requerido, así como para verificar una vez ya en producción, que luego de una instalación nueva o de la recuperación de una falla catastrófica el sistema se ha devuelto a su pleno funcionamiento.

Nos estamos viendo.

, , ,

2 comentarios