Pruebas Unitarias Cap 2 - Software Testing and QA - Pruebas Unitarias

CalidadySotware.com / Testing / Pruebas Unitarias 2

Autor: Ing. Alexander Oré B.

UNIT TESTING - PRUEBAS UNITARIAS - CAP 2



	Lo importante en este tipo de pruebas es que se deben tener claros los siguientes aspectos: Los datos de entrada son conocidos por el Tester o Analista de Pruebas y estos deben ser preparados con minuciocidad, ya que el resultado de las pruebas dependen de estos. Se debe conocer que componentes interactuan en cada caso de prueba. Se debe conocer de antemano que resultados debe devolver el componente según los datos de entrada utilizados en la prueba. Finalmente se deben comparar los datos obtenidos en la prueba con los datos esperados, si son identicos podemos decir que el modulo supero la prueba y empezamos con la siguiente. Luego de tener una buena cantidad de módulos independientes probados y encontrados Conformes, el siguiente paso es integrarlos, las principales formas de integración que existen son: Integración Incremental. Integración no incremental.
	Integración Incremental Al realizar una integración incremental debemos combinar o unir el siguiente módulo que se debe probar con el conjunto de módulos ya probados. El número de módulos se incrementa progresivamente hasta formar el programa completo. Esto lo podemos realizar de 2 formas. Integración Incremental Ascendente. Integración Incremental Descendente. Integración Incremental Ascendente En este tipo de integración se combinan los módulos de más bajo nivel en grupos que realizan alguna sub función específica. A través de un driver (módulo impulsor) se simulan llamadas a los módulos, se introducen los datos de prueba y se recogen los resultados. Cada grupo se prueba usando su driver (test integrador), y este luego es sustituido por los módulos de nivel superior en la jerarquía. En el último paso se prueba el programa completo con sus entradas y salidas reales. En mi experiencia como analista de pruebas, me toco probar un sistema bancario, en esa oportunidad empezamos por los módulos que aplicaban lógica de negocio y hacían cambios en la base de datos, una vez que cada uno de estos módulos funcionaba correctamente, iniciamos las pruebas de los módulos de nivel superior, que básicamente hacían llamadas a estos módulos de más bajo nivel, esta segunda etapa fue mucho más rápida, pues estos últimos tenían muy poca lógica, al reemplazar los drivers que creamos por los módulos de más alto nivel encontrábamos pequeños pero muy críticos errores, por ejemplo componentes que fueron renombrados en el nivel bajo y no fueron actualizados en las llamadas de los niveles superiores. La siguiente imagen muestra la primera fase de la integración ascendente, en este ejemplo cada módulo debe ser probado por separado, para esto se debe construir un driver o impulsor para probar cada módulo. Fig. 2 Integración Incremental Ascendente - Fase 1 <<Anterior - Siguiente >> Ing. Alexander Oré B.

CalidadySoftware.com 2009 - © Todos los derechos reservados

Sitio Web Alojado por NazcaSoft.com