PROGRAMA DE FORMACIN CALIDAD EN EL DESARROLLO DE SOFTWARE

MATERIAL DE FORMACIN ACTIVIDAD DE APRENDIZAJE 3: PRUEBAS DEL

SOFTWARE

INTRODUCCIN 1

En el desarrollo de software, se emplean diversidad modelos que establecen variedad

de lineamientos mediante los cuales, se puede determinar la calidad de un software,
esto permite, que se definan un conjunto de atributos que lo caracterizan.

DESCRIPCION MATERIAL DEL PROGRAMA

El material de formacin propuesto para la actividad de aprendizaje 3 del Programa de

Formacin, busca describir de una forma fcil y prctica los temas a desarrollar, con el
objetivo que el Aprendiz realice satisfactoriamente las actividades propuestas.
 Contenido

1. Pruebas de software.............................................................................................................................. 4
1.1 Pruebas del Software: Objetivos y fundamentos. ............................................................................... 7
1.2 Para tener en cuenta. .......................................................................................................................... 7
2
1.3 Pruebas de Verificacin. ...................................................................................................................... 8
1.4 Pruebas de Validacin. ........................................................................................................................ 8
1.5 Pruebas de Unidades. .......................................................................................................................... 8
1.6 Pruebas de Integracin........................................................................................................................ 8
1.5 Objetivos del proceso de pruebas de software: ................................................................................. 9
2. PRUEBAS CAJA BLANCA Y CAJA NEGRA ................................................................................................... 10
2.1 Pruebas de caja blanca ...................................................................................................................... 10
2.1.1 Tipos de pruebas de caja blanca .................................................................................................... 10
A) Pruebas de cubrimiento ...................................................................................................................... 11
B) Pruebas de condiciones ...................................................................................................................... 11
C) Pruebas de bucles ............................................................................................................................... 12
2.2 Pruebas de caja negra ....................................................................................................................... 12
3. Algunas clases de pruebas....................................................................................................................... 13
3.1 Pruebas de valores lmite .................................................................................................................. 13
3.2 Prueba de Software usando estrategia ............................................................................................. 14
3.3 Prueba de integracin ....................................................................................................................... 14
3.4 Prueba del sistema ............................................................................................................................ 14
3.5 Prueba Big-Bang. ............................................................................................................................... 14
3.6 Prueba de unidad .............................................................................................................................. 14
3.7 Prueba de integracin ....................................................................................................................... 15
3.7.1 Integracin descendente ............................................................................................................ 15
3.7.2 Integracin ascendente .............................................................................................................. 16
 3.8 Prueba de regresin .......................................................................................................................... 16
9. Departamento de Sistemas Informticos y Computacin. (Sin fecha) Proceso de desarrollo de
software. Documento Word. Consultado 23 de diciembre de 2013. En:
www.dsic.upv.es/asignaturas/facultad/lsi/.../IntroduccionProcesoSW.doc ...................................... 16
3.9 Prueba de validacin ......................................................................................................................... 17
4. Prueba del sistema .................................................................................................................................. 17 3
4.1 Prueba de seguridad.......................................................................................................................... 18
4.2 Prueba de resistencia (stress) ........................................................................................................... 19
4.3 Prueba de rendimiento ..................................................................................................................... 19
 1. Pruebas de software

El proceso de pruebas de software1 es una fase muy importante en diversos modelos

que hablan acerca del ciclo de vida del software. El uso de estas estrategias, busca
generar mayor confianza en el proceso de pruebas del software realizadas por los
4
desarrolladores. Debido a lo anterior, se hace necesaria la implementacin de
mecanismos que permitan garantizar la calidad del software, estos se denominan
modelos de pruebas de software.

Modelos para pruebas

Existen varios tipos de esquemas, mediante los cuales se llevan a cabo las pruebas en
un software, por ejemplo:
- El modelo Cascada, permite que se realicen las pruebas, una vez terminada la
construccin del sistema.
- El modelo Incremental mediante este modelo, se realizan pruebas en cada
etapa o incremento del sistema.
- El modelo Evolutivo, este modelo, se enfoca en el fundamento de uso y la
retroalimentacin de los usuarios.
- El modelo espiral, este modelo, admite diversas pruebas cclicas durante la
verificacin y validacin del desarrollo.
- El modelo XP (Xtreme Programming), efecta pruebas repetidas de cada una
de las mejoras que se encuentren, debido a su desarrollo iterativo e
incremental.
Para el caso del modelo Software Quality Assurance (SQA) el aseguramiento de la
calidad, se lleva en cada una de las fases del ciclo de vida del software, debido a esto,
dicho modelo de prueba, es un ejemplo del modelo Incremental que realiza pruebas en
cada etapa o incremento del sistema asegurando la calidad del producto final.2

Imagen 1. Fuente: Maccanti (2007)

_____
1. It-mentor. (Sin fecha) Pruebas de software. Documento PDF. Consultado 23 de
diciembre de 2013. En: http://materias.fi.uba.ar/7548/Pruebas-Intro.pdf
Para cumplir con un procedimiento de pruebas de software, se deben definir
estndares y establecer procedimientos mediante los cuales, se pueda comparar lo
alcanzado durante cada una de las fases.

Para el caso de la implementacin del Modelo Cascada para el desarrollo de un

software, se establecen los siguientes procedimientos: 6

- En la fase de anlisis, se define una documentacin que se requiere para pasar a la

fase de diseo cuyo objetivo es, que una fase que no se ejecut de forma correcta
pueda solucionarse debido que si pasa a la siguiente fase, causar defectos en las
fases posteriores.

Una parte de vital importancia para este tipo de implementacin es que, mientras ms
temprano se detecten las fallas, menor ser el costo de repararlas y mayor la calidad
del producto final. De acuerdo con esto, ser ms sencillo sealar un par de
diferencias y relaciones entre dos modelos comunes que son el modelo Cascada y el
QA de software o SQA3, estas, se realizan a partir de:

Las Pruebas de software se realizan en una de las fases del ciclo de vida del
software; mientras que QA de software se deber ejecutar en todas las fases
(incluida la fase de Pruebas).
Las Pruebas de software utilizarn casos de pruebas para ser ejecutados, en
cambio QA de software, utilizar los estndares y procedimientos establecidos
para cada una de las fases del ciclo de vida del software.
Ambas permitirn verificar y afirmar la calidad del producto final, el software.
Ambas definen un conjunto de actividades a realizarse dentro del ciclo de vida
del software, para mejorar y asegurar la calidad del mismo.

_________
2. Unam. Mx (Sin fecha) Metodologas y procesos de anlisis de software. Captulo 2.
Consultado 23 de diciembre de 2013. En:
http://www.ptolomeo.unam.mx:8080/xmlui/bitstream/handle/132.248.52.100/175/A5%2
0Cap%C3%ADtulo%202.pdf?sequence=5
1.1 Pruebas del Software: Objetivos y fundamentos.

Imagen 2, Fuente: Sena

1.2 Para tener en cuenta.

Objetivos del proceso de Pruebas de Software:

Encontrar fallas y defectos en el software.
Una prueba tiene xito si descubre un defecto.
Una prueba fracasa si hay defectos pero no los descubre.

____
2. Velsquez, J. (Sin fecha) SOFTWARE TESTING VS. QUALITY ASSURANCE.
Consultado 23 de diciembre de 2013. En:
http://www.calidadysoftware.com/testing/testing_vs_quality_assurance.php
1.3 Pruebas de Verificacin.

Estas se encuentran definidas a partir de la siguiente afirmacin:

El proceso de evaluacin de un sistema (o de uno de sus componentes para
determinar si los productos de una fase dada satisfacen las condiciones impuestas al
comienzo de dicha fase.4 En otras palabras pretenden determinar si el producto est
8
siendo construido correctamente.

1.4 Pruebas de Validacin.

El proceso de evaluacin de un sistema o de uno de sus componentes durante o al

final del proceso de desarrollo para determinar si satisface los requisitos marcados por
el usuario.5 En otras palabras pretenden determinar si se est desarrollando el
producto correcto.

1.5 Pruebas de Unidades.

En las pruebas de unidad o unitarias se evala el funcionamiento individual de cada

mdulo, escribiendo casos de prueba para cada funcionalidad o mtodo en el mdulo,
de forma que se determine la integridad del mismo.

1.6 Pruebas de Integracin.

Las pruebas de integracin pretenden verificar que el conjunto de los mdulos de un

sistema funcionan adecuadamente en conjunto.

________
3. Tecnologicodepanuco.com (Sin fecha) Modelos de Prueba, Prueba, caso de
prueba, defecto, falla, error, verificacin, validacin. Consultado 23 de diciembre
de 2013. En
http://tecnologicodepanuco.com/aulavirtual/claroline/document/goto/?url=/Unida
d_5/Modelos_de_pruebas.pdf&cidReq=12JDIS5SCC1007055
1.5 Objetivos del proceso de pruebas de software:

Una manera por medio de la cual se establecen los objetivos para realizar pruebas en
un software6, corresponden a dos grandes tem, que son:

1.7.1 Demostrar que el software satisface requerimientos del cliente, determinado a

partir de: 9
El software a medida: para este tipo de software, se efecta una prueba para
cada requerimiento del sistema y del usuario.
El software genrico: para este tipo de software, se prueban todas las
caractersticas del sistema que se incorporarn en la entrega del producto.
Pruebas de validacin: estas pruebas, permiten determinar el funcionamiento
correcto del software, usando un conjunto determinado de casos de prueba que
reflejan el uso esperado del sistema.

1.7.2 Hallar defectos en el software, sean estos: comportamiento incorrecto, no

deseable o que no cumplen su funcin, esto se determina mediante:

Prueba de defectos: la cual permite eliminar todos los comportamientos no

deseables. Por ejemplo: cadas del sistema, interacciones no permitidas con
otros sistemas, clculos incorrectos y corrupcin de datos.
Casos de prueba: existen casos de prueba, diseados para exponer los
defectos de un software y generar mejoras en este.

________
5. Tecnologicodepanuco.com (Sin fecha) Modelos de Prueba, Prueba, caso de prueba,
defecto, falla, error, verificacin, validacin. Ibid, pg. 2

6. Cibertec (Sin fecha). Pruebas de Software. Documento pdf. Consultado 23 de diciembre de

2013. En: https://cibertec.googlecode.com/files/Pruebas%20de%20Software.pdf
2. PRUEBAS CAJA BLANCA Y CAJA NEGRA

2.1 Pruebas de caja blanca

Las pruebas de caja blanca, se enfocan en el funcionamiento interno del proyecto y

cumplen entre otras con las siguientes caractersticas: 10

Pruebas en que se conoce el cdigo a probar.

Diagramas de flujo y controles de cada procedimiento o mtodo.
Se procura ejecutar y probar cada elemento del cdigo.
Se realiza un seguimiento a los flujos internos, condicionales, ciclos,
mtodos, tipos de datos y algoritmos.

Imagen 3, Fuente: Sena

2.1.1 Tipos de pruebas de caja blanca

Dentro de las clases de pruebas ejecutadas mediante esta tcnica7, se encuentran:

- Pruebas de cubrimiento.
- Pruebas de condiciones.
- Pruebas de bucles.
A) Pruebas de cubrimiento

Permiten ejecutar al menos una vez cada sentencia, para la cual se necesitan varios
casos de prueba que permitan:

Determinar posibles caminos independientes

Que cada condicin se cumpla en un caso y en otro no. En general, se 11
necesitan tantos casos como condiciones, ms uno (nmero ciclomtico)
Determinar la imposibilidad de cubrir el 100%
Descubrir el cdigo que nunca se ejecuta: condiciones imposibles

Ejemplo de estas pruebas, son la deteccin y notificacin de errores internos en un

cdigo sin errores.

B) Pruebas de condiciones

Este tipo de pruebas, permiten cumplir o no, partes de una condicin para ello, se
necesitan varios casos de prueba que permitan:
Determinar expresiones simples en las condiciones.
Una por cada operando lgico o comparacin.
Cada expresin simple debe cumplirse en un caso y en otro no, siendo decisiva
en el resultado.
Determinar la imposibilidad de cubrir el 100%.
Validar y probar expresiones simples no independientes.

______
7. Tecnologicodepanuco.com (Sin fecha) Modelos de Prueba, Prueba, caso de prueba,
defecto, falla, error, verificacin, validacin. Ibid, pg. 3 y 4.
C) Pruebas de bucles

Se utilizan para conseguir nmeros de repeticiones especiales a travs de bucles

simples que permitan:
12
Repetir cero, una y dos veces
Repetir un nmero medio (tpico) de veces
Repetir el mximo-1, mximo y mximo +1!
Bucles anidados
Repetir un nmero medio (tpico) los bucles internos, el mnimo los externos, y
variar las repeticiones del bucle intermedio ensayado.
Ensayarlo con cada nivel de anidamiento.

2.2 Pruebas de caja negra

Las pruebas de caja negra,8 se enfocan en las entradas y salidas del proyecto, sin
tener en cuenta su funcionamiento interno, mediante la aplicacin de estas pruebas se
busca:
Probar el desempeo del sistema en su entorno.
Enfocarse en las entradas y salidas, independiente de su funcionamiento
interno.
Enfocarse en asegurar que la comunicacin entre mdulos o componentes
del sistema sea acorde a lo especificado.
Pruebas en que se conoce slo la interfaz.
Se procura ejercitar cada elemento de la interfaz.
 13

Imagen 4, Fuente: Sena

3. Algunas clases de pruebas

Cubrimiento invocar todas las funciones (100%)
Clases de equivalencia de datos
Pruebas de valores lmite

3.1 Pruebas de valores lmite

Estas pruebas, sirven como complemento a las particiones de equivalencia adems de

permitir varios casos de prueba por cada particin, as:
Valores tpicos, intermedios.
Valores primero y segundo del rango.
Valores penltimo y ltimo.
Valores vecinos fuera del rango (en otra particin).

________
8. Cibertec (Sin fecha). Pruebas de Software. Ibd. Pg. 12
3.2 Prueba de Software usando estrategia

Dentro de este rango de pruebas, existen varios procedimientos9 encaminados a

determinar mediante un sinnmero de variables la calidad del software producido.
Dentro de este tipo de pruebas se encuentran:
3.3 Prueba de integracin 14
- Integracin descendente.
- Integracin ascendente.
- Prueba de regresin.

3.4 Prueba del sistema

- Prueba de recuperacin.
- Prueba de seguridad.
- Prueba de resistencia (stress)
- Prueba de rendimiento.

3.5 Prueba Big-Bang.

Este tipo de prueba, permite que se pruebe todo al final del desarrollo. Algunos
resultados luego de realizarla, son los siguientes, el software:
Falla por todas partes.
Difcil diagnosticar las causas de los fallos.
Costoso de arreglar.
Resultado productos finales defectuosos.

3.6 Prueba de unidad

Esta prueba, permite la verificacin de la unidades de un software, sean estas un
componente o un mdulo del diseo de este, la ventaja de esta prueba, consiste en
verificar la lgica del procesamiento interno que sea aplicable a varios componentes
de un programa al tiempo.
3.7 Prueba de integracin

Es una tcnica sistemtica, para construir la arquitectura del software, mientras, se

aplican las pruebas para descubrir errores asociados con la interfaz. El objetivo de
esta, es tomar componentes a los que se aplic una prueba de unidad y construir una
estructura de programa que determine el diseo.
15
En algunos casos, se utiliza para intentar una integracin que no sea incremental
(enfoque big bang), en la cual, se combinan todos los componentes por anticipado y
se prueba todo el programa como un todo.

Imagen 3, Fuente: (Rog483, 2013).

3.7.1 Integracin descendente

Esta prueba, se enfoca en determinar que la principal dificultad es localizar los errores.
Por ello, se basa en el principio que existen interacciones complejas entre los
componentes del sistema, y cuando se descubre una salida anmala, es difcil
identificar dnde ha ocurrido el error. Debido a esto, facilitar la localizacin de errores,
a travs de una aproximacin incremental de pruebas del sistema, facilita la
integracin del sistema desde el componente ms mnima hasta el sistema completo
funcionando.

3.7.2 Integracin ascendente

Para lograr esta integracin, es necesario aadir componentes desde una

configuracin mnima y probar despus de aadir uno a uno el cambio generado en el 16
funcionamiento del sistema cada vez que ocurre un incremento.

3.8 Prueba de regresin

El proceso de ejecutar un conjunto existente de pruebas, se denomina pruebas de

regresin. Cuando se integra un nuevo incremento, hay que volver a ejecutar las
pruebas para incrementos previos as como las nuevas pruebas requeridas para
verificar la nueva funcionalidad del sistema. Si las pruebas de regresin nos muestran
problemas, entonces hay que verificar si stos son problemas en el incremento previo
o si son debidos al incremento aadido de funcionalidad.

9. Departamento de Sistemas Informticos y Computacin. (Sin fecha) Proceso de

desarrollo de software. Documento Word. Consultado 23 de diciembre de 2013. En:
www.dsic.upv.es/asignaturas/facultad/lsi/.../IntroduccionProcesoSW.doc
3.9 Prueba de validacin

Permiten los siguientes procesos:

- Repetir las pruebas tras cada modificacin

- Hay que repetir slo pruebas de verificacin
- Se efectan pruebas de unidades.
- Se efectan pruebas de integracin. 17
- Se llevan records donde se conservan y actualizan los programas de prueba.
- Se usan herramientas de ejecucin automtica de las pruebas.

Las pruebas de validacin, empiezan tras la culminacin de la prueba de integracin,

cuando se han ejercitado los componentes individuales, se han terminado de
ensamblar el software como paquete, adems se han descubierto y corregido los
errores de interfaz. La prueba, se concentra en las acciones visibles para el usuario y
en la salida del sistema que ste puede reconocer.

La validacin, se define de una forma simple que se alcanza cuando el software

funciona de tal manera que satisface las expectativas razonables del cliente
(especificacin de requisitos-criterios de validacin).

Para comprobar que se satisfacen los requisitos se debe tener en cuenta que:
- Se usan la mismas tcnicas, pero con otro objetivo
- No hay programas de prueba, sino slo el cdigo final de la aplicacin
- Se prueba el programa completo
- Uno o varios casos de prueba por cada requisito o caso de uso especificado
- Se prueba tambin rendimiento, capacidad, etc. (y no slo resultados correctos)
- Pruebas alfa (desarrolladores) y beta (usuarios).

4. Prueba del sistema

Al final del desarrollo, el software se incorpora a otros elementos del sistema

(hardware, personas, informacin) y se realiza una serie de pruebas de integracin del
sistema y de validacin.
Estas pruebas, estn ms all del alcance del proceso del software y no las realizan
nicamente los ingenieros de software. Sin embargo, los pasos dados durante el
diseo y la prueba del software, mejorarn en gran medida la probabilidad de tener
xito en la integracin del software del sistema mayor, mediante:

18
4.1 Prueba de seguridad.

La interrupcin abarca un amplio rango de actividades Hacker.

La prueba de seguridad, comprueba que los mecanismos de proteccin integrados en
el sistema realmente lo protejan de irrupciones inapropiadas.
Durante la prueba de seguridad, quin la aplica, desempea el papel del individuo que
desea entrar en el sistema.

Imagen 4, Fuente: (Vidal, 2010)

4.2 Prueba de resistencia (stress)

Las pruebas de resistencia, estn diseadas para confrontar los programas con
situaciones anormales. Para ello, se ejecuta un sistema de tal manera que requiera
una frecuencia o un volumen anormal de recursos. La persona que aplica la prueba,
tratar de sobrecargar el programa aplicando una prueba de sensibilidad.
19
Las pruebas de sensibilidad, tratan de descubrir combinaciones de datos dentro de
las clases de entrada vlidas que causen inestabilidad o procesamiento inapropiado.

Imagen 5, Fuente: ( Dayfers, 2010).

4.3 Prueba de rendimiento

La prueba de rendimiento, est diseada para probar el desempeo del software en

tiempo de ejecucin dentro del contexto de un sistema integrado. Esta prueba, se
aplica en todos los pasos del proceso de la prueba, incluso al nivel de la unidad,
basados en que el desempeo de un mdulo individual debe evaluarse mientras se
realizan las pruebas. Sin embargo, solo puede tenerse certeza de las posibles
fortalezas o errores de cdigo, hasta que los componentes del software se encuentren
totalmente integrados de manera que, mediante la puesta a prueba de todos los
elementos del sistema, es posible asegurar el verdadero desempeo de este, en
diversa situaciones, condiciones y contextos.

20

Imagen 6, Fuente: (Master, 2009).

_______
10. Mifsud, E. (2012) Monogrfico: introduccin a la seguridad informtica. Artculo web.
Consultado 26 de diciembre de 2013. En:
http://recursostic.educacion.es/observatorio/web/es/software/software-general/1040-
introduccion-a-la-seguridad-informatica?showall=1
Figura 1. Ejecucin de pruebas

21

Imagen 7. Fuente: Sena

 5. RESUMEN

1. Prueba de unidad: es la prueba de cada mdulo, que normalmente realiza el propio

personal encargado del desarrollo, en su entorno.
2. Prueba de integracin: mediante la implementacin del esquema de diseo de
software, los mdulos probados, se integran para comprobar sus interfaces en el 22
trabajo conjunto con el sistema.
3. Prueba de validacin: el software totalmente ensamblado, se prueba como un todo
para comprobar si cumple los requisitos funcionales y de rendimiento, es decir si
cumple con la facilidad de mantenimiento, recuperacin de errores, etc.
4. Prueba del sistema: el software, validado se integra con el resto del sistema
basados en los criterios de rendimiento, seguridad, recuperacin y resistencia.
5. Prueba de aceptacin: esta prueba facilita que el usuario compruebe si el software
lo acepta en su propio entorno de explotacin.
 6. Referencias

Cibertec (Sin fecha). Pruebas de Software. Documento pdf. Consultado 23 de diciembre

de 2013. En: file:///E:/descargas/Pruebas%20de%20Software.pdf

Fuertes Castro, Jos L. (2008) Calidad del Software. Facultad de Informtica.

Universidad Politcnica de Madrid. Artculo pdf. Consultado el 25 de diciembre de 23
2013, en:
http://www.iimv.org/actividades2/08_Tecnologia/Jose%20LuisFuertesCalidad%20del%2
0Software.pdf

Guzmn Corts Oscar H .Aplicacin prctica del diseo de pruebas de software a nivel
de programacin. Documento pdf. Este trabajo est licenciado bajo la licencia Creative
Commons Attribution 3.0. Consultado el 25 de diciembre de 2013, en:
https://www.icesi.edu.co/revistas/index.php/sistemas_telematica/article/view/935

It-mentor.Pruebas de software. Documento pdf. Consultado 23 de diciembre de 2013.

En: http://materias.fi.uba.ar/7548/Pruebas-Intro.pdf

Mifsud, E. (2012) Monogrfico: introduccin a la seguridad informtica. Artculo web.

Consultado 26 de diciembre de 2013. En:
http://recursostic.educacion.es/observatorio/web/es/software/software-general/1040-
introduccion-a-la-seguridad-informatica?showall=1

Tecnologicodepanuco.com (Sin fecha) Modelos de Prueba, Prueba, caso de prueba,

defecto, falla, error, verificacin, validacin. Consultado 23 de diciembre de 2013. En
http://tecnologicodepanuco.com/aulavirtual/claroline/document/goto/?url=/Unidad_5/Mo
delos_de_pruebas.pdf&cidReq=12JDIS5SCC1007055

Unam. Mx (Sin fecha) Metodologas y procesos de anlisis de software. Captulo 2.

Consultado 23 de diciembre de 2013. En:
http://www.ptolomeo.unam.mx:8080/xmlui/bitstream/handle/132.248.52.100/175/A5%2
0Cap%C3%ADtulo%202.pdf?sequence=5
Velsquez, J. (Sin fecha) SOFTWARE TESTING VS. QUALITY ASSURANCE.
Consultado 23 de diciembre de 2013. En:
http://www.calidadysoftware.com/testing/testing_vs_quality_assurance.php

24
 7. CONTROL DE DOCUMENTO

Autores Nombre Cargo Dependencia Fecha

Jos Omar 25
Experto Sena - Centro de Comercio y Turismo Diciembre
Mayorga
Temtico Regional Quindo. 18 de 2013
Expertos Pabn
temticos Yuely
Experta Sena - Centro de Diseo e Innovacin Diciembre
Adriana
Temtica Tecnolgica Industrial Regional Risaralda. 22 de 2013
Arce Arias
John Jairo
Sena - Centro de Diseo e Innovacin Diciembre
Alvarado Guionista
Tecnolgica Industrial Regional Risaralda. 27 de 2013
Gonzlez
Revisin Andrs
Lder lnea
Felipe Sena - Centro de Diseo e Innovacin Diciembre
de
Valencia Tecnolgica Industrial Regional Risaralda 28 de 2013
produccin
Pimienta
 8. CRDITOS

Elaboracin de contenidos y experto temtico:

Jos Omar Mayorga Pabn.

Centro de Comercio y Turismo - Regional Quindo

Asesor pedaggico:
26
Edward Abilio Luna Daz.

Equipo Lnea de Produccin SENA Centro de diseo e innovacin tecnolgica industrial, Dosquebradas

Lder lnea de produccin:

Andrs Felipe Valencia Pimienta.

Apoyo lnea de produccin:

Yuely Adriana Arce.

Pavel Morales.

Asesor Pedaggico:

Edward Abilio Luna Daz.

Guionistas:

John Jairo Alvarado Gonzlez.

Gabriel Gmez Franco.

Diseadores:

Lina Marcela Cardona.

Mario Fernando Lpez Cardona.

Desarrolladores Front End:

Julin Giraldo Rodrguez.

Ricardo Bermdez Osorio.

Cristian Fernando Dvila Lpez