Está en la página 1de 26

PROGRAMA DE FORMACIN CALIDAD EN EL DESARROLLO DE SOFTWARE

MATERIAL DE FORMACIN ACTIVIDAD DE APRENDIZAJE 3: PRUEBAS DEL


SOFTWARE

INTRODUCCIN
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
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
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
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
5

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:
- 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
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:
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:

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.

10

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
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.

11

C) Pruebas de bucles

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


simples que permitan:
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.

12

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
- 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.

14

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.
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

15

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
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

16

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.
- 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

17

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.
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

19

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/1040introduccion-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
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.

22

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
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/1040introduccion-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

23

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

Jos Omar
Mayorga
Pabn

Experto
Temtico

Sena - Centro de Comercio y Turismo Diciembre


Regional Quindo.
18 de 2013

Experta
Temtica

Sena - Centro de Diseo e Innovacin Diciembre


Tecnolgica Industrial Regional Risaralda. 22 de 2013

Guionista

Sena - Centro de Diseo e Innovacin Diciembre


Tecnolgica Industrial Regional Risaralda. 27 de 2013

Expertos
temticos Yuely
Adriana
Arce Arias

Revisin

John Jairo
Alvarado
Gonzlez
Andrs
Felipe
Valencia
Pimienta

Dependencia

Fecha

Lder lnea
Sena - Centro de Diseo e Innovacin Diciembre
de
Tecnolgica Industrial Regional Risaralda 28 de 2013
produccin

25

8. CRDITOS
Elaboracin de contenidos y experto temtico:
Jos Omar Mayorga Pabn.
Centro de Comercio y Turismo - Regional Quindo
Asesor pedaggico:
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

26