Software testing dragon lesson spanish - latam.pptx

Lección de los
dragones sobre las
Pruebas en
programas
informáticos
Kari Kakkonen
5.2.2021
Versión 1.0
9.7.2021 © Dragons Out Oy 1

Sobre esta presentación
© Dragons Out Oy 2

Sobre esta presentación
• Esta presentación compara los conocimientos sobre las tecnologías de la
Información, programación y pruebas de programas informáticos con el
mundo de la fantasía y cuentos.
• Esta presentación está pensada para dar apoyo en la enseñanza en
escuelas, y abarca 1 o 2 lecciones.
• Esta presentación está cubierta por Licencia de Creative Commons. Por
ejemplo se puede usar libremente con fines no comerciales.
• Esta presentación será revisada cada cierto tiempo y se podrá encontrar en
el siguiente enlace:
• https://www.dragonsout.com/p/presentation-for-teachers.html
• Ideas de mejora se pueden enviar a la siguiente dirección:
• feedback@dragonsout.com
• Hagamos que las las nuevas generaciones se familiaricen con pruebas de
programas informáticos!
Dragons Out - a dragon lesson of software testing PowerPoint por Kari Kakkonen, protegido por
derechos de autor bajo Creative Commons Attribution-NonCommercial-NoDerivatives 4.0
International License.

Sobre el libro ”Dragones Fuera!”
•Esta presentación se basa en el mundo y los
personajes del libro Dragones fuera!
•El libro complementa la experiencia del
aprendizaje y no es requerido para el uso de
esta presentación.
•Autor Kari Kakkonen
•Ilustrador Adrienn Széll
•Traducido por Gladys Tapia, Javier Chávez
•Derechos de texto e ilustración Dragons Out!
•Más información: www.dragonsout.com
© Dragons Out Oy 4

Sobre los ejercicios
•Ejercicios de dibujo
• Se necesitan papel y lápices.
• Se puede hacer una foto al dibujo y subirlo por ejemplo a https://padlet.com
• Para compartir la actividad con los alumnos, el profesor tendrá que crear una “pizarra” en
Padlet.
• Esta parte es divertida e interactiva.
• Necesitarán un teléfono móvil para poder tomar fotos.
•Ejercicio enfocado a pruebas
• Necesitará su propio teléfono o tablet, y cualquier aplicación que quiera probar.
• Puedes compartir el teléfono con un amigo y hacer el ejercicio en pareja.
•Puede realizar este ejercicio en 5 minutos o realizar en el tiempo que
considere necesario.

Dragones / Defectos
© Dragons Out Oy 6

¿Qué es un programa informático?
•Los programas informáticos están en todas
partes, en los juegos, tiendas virtuales o en los
sistemas instalados dentro de los coches, de
igual forma que en los cuentos hay castillos
encantados y pueblos perdidos.
•Un programa informático también puede hacer
funcionar a un aparato electrónico.
•Un programa principal se puede componer de
varios subprogramas.
Programa informático = código ejecutado en un ordenador
que nos permite a realizar alguna acción, como por ejemplo,
jugar un juego.

¿Qué es un defecto?
• Cada programa puede tener defectos, porque
es hecho por humanos.
• Los defectos hacen el uso de programas más
difícil, de misma manera que los dragones
acechan los castillos y sus habitantes en las
historias de fantasía.
• Los defectos aparecen en los programas por
accidente y deben ser removidos,
preferiblemente antes de que el usuario del
programa lo encuentre.
• Un defecto se denomina a “bug”.
Defecto= es un problema en el código de un programa informático que causa fallos en él. A veces se llama error,
aunque, estrictamente hablando, un error es un acto humano que resulta en un defecto en el código.

Ejercicio 5-15 min:
Diseña tu propio defecto –
dibuja a tu dragón
// Necesitas
Papel y lápiz
// Tareas
1 Piensa en un defecto que has encontrado.
- Escribe el nombre del defecto y en pocas palabras su
descripción.
2 Piensa en un dragón como su equivalente.
- Enumera las características del dragón.
- Si el defecto fue importante, el dragón es grande
etc.
3 Dibuja al dragón.
- Lo más importante es pensar en la idea de como
este dragón puede representar la idea del defecto.
- No es necesario hacer un dibujo perfecto.
4 Presenta tu dibujo.
- Ejemplo: usa el programa “Padlet”.
9
© Dragons Out Oy

¿Qué son las pruebas?
¿Qué es el desarrollo de software?
© Dragons Out Oy 10

¿Qué es el desarrollo de software o
programas informáticos?
•Se necesita decidir qué queremos que el
programa haga.
•Se tiene que programar.
•Se tiene que probar si funciona y cómo.
•En una historia de fantasía, se tienen que
diseñar y construir las murallas alrededor
de un poblado y al mismo tiempo vencer
los dragones que lo molestan.
Desarrollo de programas = son todas posibles tareas necesarias
para que el programa funcione. Las tareas incluyen la definición
de requerimientos, programación y pruebas.

¿Qué son las pruebas de software (testing)?
• Se tienen que encontrar defectos para que
estos puedan ser arreglados.
• Las pruebas de software busca encontrar
defectos, como en un historia de fantasía vigila
desde las fortificaciones si aparece algún
dragón volando.
• Como el resultado del testing, a veces se
descubren defectos.
• Las pruebas en realidad no encuentra un
defecto, encuentra una falla de software
causada por un defecto en el código.
Prueba = intenta revisar o probar con diferentes valores, en diferente orden
y de diferentes maneras, si algo funciona satisfactoriamente o que tan bien
funciona.

Ejercicio 5-15 min:
Diseña tu propio programa –
dibuja tu propio castillo
// Necesitas
Papel y lápiz
// Tarea
1 Piensa en el programa que has utilizado.
- Apunta su nombre y una breve descripción.
- Escribe como este programa tolera los defectos.
2 Como equivalente de un programa, piensa en un
castillo que podría resistir el ataque de un dragón.
- Escribe las características de este castillo.
- Pequeño, grande? Con paredes? Armamento?
3 Dibuja el castillo.
- Lo principal es llevar a cabo la idea de cómo el
castillo puede representar el software.
- No es necesario hacer un dibujo perfecto.
- Ejemplo: usa el programa Padlet.
13
© Dragons Out Oy

Técnicas de prueba
• Se puede probar de muchas maneras: estas
son las diferentes técnicas de prueba.
• Usar el software correctamente.
• Usar el software de una manera errónea.
• Explorar cómo funciona el software.
• Observar cuando alguien más usa el software.
• Se pueden usar muchas técnicas de prueba al
mismo tiempo, de la misma manera, como en
un cuento mágico, un caballero puede dibujar
un mapa y preguntarle a la gente dónde ha
visto al dragón.
Técnica de prueba = una forma de elegir el número adecuado de pruebas
para realizarlas con una buena cobertura. Hay una gran variedad de
técnicas para diferentes necesidades.

Ejercicio 5-30 min:
Prueba un programa en
tu móvil
// Necesitas
Teléfono móvil,
ordenador o tablet
// Tareas
1 Elige un programa.
- Ejemplo: un juego
2 Analiza el programa desde distintas perspectivas.
- ¿Qué funciona correctamente?
- ¿Qué funciona mal?
- ¿Qué es lento?
- ¿Que es extraño?
3 Usa el programa teniendo en mente esas perspectivas.
- Apunta lo que has visto.
4 Comparte lo que has visto con otros.
- Discutan
15
© Dragons Out Oy

Caballeros – programadores y testers

¿Quién prueba más?
• Normalmente el programador (desarrollador de
software) codifica el programa y también lo
prueba.
• También hay testers (probadores) que se
especializan en pruebas. Son capaces de encontrar
problemas más rápido.
• Juntos, los programadores y los testers trabajan en
equipos de desarrollo de software, al igual que los
caballeros en una historia de fantasía.
• Un programa grande siempre es creado por un
equipo, en vez de solo un solo programador.
Equipo de desarrollo de software = es un grupo de personas
que juntos crean y prueban un programa.

Cuando un dragón llega, se necesitará…
Historia
• Alejandro dio la vuelta a su caballo y regresó rápidamente
a la empalizada. Avisó a los caballeros y al maestro de
obras Pachon de que el dragón se acercaba. Había que
trasladar urgentemente todos los troncos afilados al
agujero de la empalizada. Las lanzas y las espadas, quienes
las tuvieran, debían ser recogidas inmediatamente. Toda el
agua disponible debía ser vertida en cubos. Luego fue a
buscar a Barba Amarilla al castillo.
Explicación
En la historia, el dragón llega a un pueblo en medio de la
reparación de la empalizada. Del mismo modo, la mayoría
de los defectos se encuentran en el software durante el
desarrollo del mismo, antes de que se publique. Entonces,
las personas que buscan los defectos (probadores) y los que
los arreglan (codificadores), están siempre disponibles. Por
lo general, un probador encuentra el defecto, por lo que no
espera a que un usuario lo encuentre más tarde. En esta
historia, Alejandro fue un probador que encontró e identificó
el defecto, es decir, el dragón. Como probador no pudo esta
vez arreglar el defecto, sino que necesitó la ayuda de los
codificadores (desarrolladores).

Otros testers

Usuarios
• Cualquiera puede hacer pruebas, pero lo que
se espera es que los codificadores y
probadores sean los que más prueben.
• Los usuarios del software pueden participar en
las pruebas, como en una historia de fantasía
en la que los aldeanos, niños y adultos,
encuentran dragones.
• Este tipo de prueba es la prueba de aceptación.
• Los usuarios también pueden ayudar a
construir el software.
Tester = persona que realiza pruebas. Una persona con habilidades
para realizar pruebas. El probador puede ser un probador a tiempo
completo, un programador, un administrador o un usuario.

Equipo de mantenimiento
• El equipo de mantenimiento supervisa el software y lo
ponen en funcionamiento. Lo mantienen.
• Para ello, prueban y corrigen los defectos.
• También ayudan a los usuarios.
• El equipo de mantenimiento suele tratar de
arreglárselas solo, pero pedirá ayuda a los
desarrolladores cuando sea necesario, igual que en
una historia de fantasía un cazador puede pedir a los
caballeros que le ayuden a matar un dragón.
• A veces la persona de mantenimiento está en el
equipo de desarrollo (el equipo de desarrollo se
convierte en un equipo DevOps).
Equipo de mantenimiento = los administradores, las
personas que se ocupan del funcionamiento del
software cuando la gente lo utiliza. También se le
llama equipo de operaciones.

DevOps – Entrega Contínua
• A veces, una persona de operaciones está
dentro del equipo de desarrollo. En este caso,
el equipo es un equipo DevOps, al igual que en
una historia de fantasía los cazadores a veces
trabajan junto con los caballeros.
• Este tipo de equipo desarrolla y prueba el
software todo el tiempo, ofrece nuevas
funcionalidades a los usuarios y, al mismo
tiempo, ayuda a los usuarios del software a
utilizarlo.
DevOps = Combinación de desarrollo de software y operaciones del
mismo. El mismo equipo construye y mantiene el software.

Product owner (los dueños del producto)
• Los product owners encargan el software y
los sistemas a los equipos de desarrollo.
• Pueden ser propietarios de productos
específicos o la dirección de una empresa.
• Ellos definen lo que debe hacer el
software, pero escuchan al equipo de
desarrollo, como en una historia de
fantasía los lords y ladies ordenan castillos
a los caballeros y planifican con ellos.
Product owner = una persona que pide construir un producto
de software, o un programa informático. El propietario del
producto también puede ser una empresa que, por supuesto,
está representada por una persona.

Ayuda del experto
• Los equipos de desarrollo no lo saben
todo, sino que necesitan el apoyo de
expertos en áreas de especialidad, como
en una historia de fantasía los sabios
ayudan a los aldeanos y a los caballeros.
• Los expertos típicos son los especialistas
en usabilidad, seguridad y rendimiento.
Ayudan al equipo de desarrollo.
• Por ejemplo, un experto en usabilidad
suele realizar o guiar las pruebas de
usabilidad.
Experto en usabilidad = persona especializada en el
diseño de sistemas de información con buena
usabilidad.

Ejercicio 5-15 min:
Diseña a tu propio tester –
dibuja a tu Caballero
// Que vas a necesitar
Papel y lápiz
// Tarea
1 Piensa qué tipo de tester sería un buen tester.
- Curioso? Guapo? Rápido? Paciente?
- Apunta sus características.
2 Imagina el equivalente de un caballero o personaje que
podría encontrar a los dragones.
- Enumera las características de tu caballero.
- Atractivo? Armado? Atento?
3 Dibuja al caballero.
- Lo principal es llevar a cabo tu idea de cómo el
caballero puede representar al tester.
- No es necesario que la imagen sea perfecta.
- Ejemplo: usa el Padlet.
25
© Dragons Out Oy

Diferentes tipos de defectos

Existen diferentes tipos de defectos
•No puedes encontrar todos los defectos, pero
debes intentar encontrarlos.
•Algunos de los defectos son malos, otros
pequeños, algunos se pueden eliminar
fácilmente, otros son más difíciles de eliminar,
al igual que en una historia de fantasía hay
diferentes tipos de dragones.
•Un defecto grave debe arreglarse
rápidamente.
Gravedad = a menudo se clasifican los defectos por su gravedad. Un
defecto puede ser grave, lo que significa que es caro o muy
perjudicial. Un defecto también puede ser menos grave.

El dragón irritante
• Color: Rojo
• Tamaño: Médio
• ¿Dificultad para encontrarlo?: Difícil
• ¿Qué tan difícil es deshacerse de él?:
Fácil
• ¿Vuela?: No
• Alas: Pequeñas
• ¿Lanza fuego?: Sí
• Pasatiempo favorito: Comer corderos.

• Nombre del defecto: Fuga de memoria
• Severidad: Media
• Síntomas del defecto: el ordenador se vuelve más lento, hasta que
no puede funcionar en absoluto y hay que reiniciarlo.
• Causas del defecto: Parte de la memoria está reservada para el uso
del software, pero esta no se libera después de su uso.
• Origen del defecto: El programador no tiene cuidado en la
codificación al liberar la memoria. Puede que no sepa cómo hacerlo
o puede que no se acuerde de implementar esta funcionalidad.
• Pruebas: A medida que usa el programa informático, se mide la
memoria utilizada. Si la cantidad de memoria en uso aumenta todo
el tiempo, probablemente se trate de una fuga de memoria.
• Solución: Se ejecuta una línea de código a la vez del programa,
hasta que encuentre el lugar que debe repararse. La memoria se
libera con una pieza de código adecuada.
El dragón irritante

Los dragones ladrones
• Color: Verde brillante o gris
• Tamaño: Desde pequeños a grandes
• ¿Dificultad para encontrarlo?: Entre
fácil a difícil
Entre fácil a difícil
• ¿Vuela?: Algunos sí otros no
• Alas: de pequeñas a grandes
• Pasatiempo favorito: Robar comida y
tesoros.

Los dragones ladrones
• Nombre del defecto: Defectos funcionales.
• Severidad: Baja-Media-Alta
• Síntomas del defecto: El software no hace lo que debería
hacer, por ejemplo: el cálculo da un resultado incorrecto, el
usuario ve la información en el lugar equivocado, etc.
• Causas del defecto: La funcionalidad se ha codificado
incorrectamente.
• Origen del defecto: El programador no ha entendido lo que
el usuario ha querido decir. También el defecto puede
existir por descuido o prisas.
• Pruebas: El programa se usa de forma normal, según la
experiencia del probador o las definiciones de los
requisitos.
• Solución: El código se modifica para que funcione
correctamente.

El dragón malvado
• Color: Negro
• Tamaño: Pequeño
Média
• ¿Vuela?: Sí
• Alas: Médio
• ¿Lanza fuego?: Mucho
• Pasatiempo favorito: Robar comida y
tesoros sin ser detectado

• Nombre del defecto: Defecto de seguridad.
• Severidad: Alta
• Síntomas del defecto: La información del software se puede extraer
fuera del sistema (por ejemplo, información de la tarjeta bancaria).
También podría ser que el software funcione de forma incorrecta.
• Causas del defecto: Un delincuente fue capaz de utilizar un defecto
de seguridad para acceder al sistema y luego robar o destruir algo.
• Origen del defecto: El desarrollador no ha seguido los últimos
principios de programación segura. Tal vez no los conozca.
• Pruebas: Buscar vulnerabilidades conocidas en el programa
informático utilizándolo o haciendo pruebas mediante un software
especial para pruebas de seguridad. También se puede revisar el
código. Tener una lista de verificación de defectos conocidos ayuda.
• Solución: Una vulnerabilidad conocida también tiene una solución
conocida. Se corrige en el código o en la configuración del sistema.
El dragón malvado

El dragón rápido
• Color: Lila
• ¿Qué tan difícil es deshacerse de él?: Difícil
• ¿Vuela?: Sí
• Alas: Grandes
• ¿Lanza fuego?: Un poco
• Pasatiempo favorito: Robar el oro en
secreto.

• Nombre del defecto: Defecto de rendimiento.
• Síntomas del defecto: El programa informático es más lento de lo
que debería.
• Causas del defecto: Parte del código funciona de manera
ineficiente o simplemente incorrecta. La configuración del sistema
también podría estar equivocada. Entonces, el programa intenta
hacer algo innecesario. Esto consume tiempo y el sistema se
vuelve lento.
• Origen del defecto: No se tuvo en cuenta el rendimiento durante
la codificación. Es posible, que el programador no conozca todas
las posibilidades del entorno de programación. También puede ser
que no se tenga acceso al resto del software.
• Pruebas: Para hacer estas pruebas el programa informático se
utiliza, por uno o varios usuarios a la vez, frecuentemente con un
software específico para pruebas de rendimiento. Se mide la
velocidad del tiempo de respuesta y cuantos usuarios aguanta
antes de empezar a responder más lento.
• Solución: Se cambian aquellas partes del código que funcionan de
forma lenta. La corrección se implementa y se vuelve a probar la
velocidad.
El dragón rápido

El dragón llamativo y problemático
• Color: Verde
• Tamaño: Grande
• ¿Dificultad para encontrarlo?: Fácil
Difícil
• ¿Vuela?: Sí
• Alas: Grandes
• Pasatiempo favorito: Acechar oro y
proteger su territorio

• Nombre del defecto: Defecto de usabilidad
• Severidad: Baja
• Síntomas del defecto: el software es difícil de usar, pero
se pueden hacer cosas con él.
• Causas del defecto: La programación se realiza pensando
únicamente en la funcionalidad, posiblemente de la forma
más sencilla.
• Orígen del defecto: Las necesidades del usuario no se han
tenido en cuenta en el diseño o la codificación. Es posible
que no se entienda la usabilidad.
• Pruebas: El sistema se usa de forma normal. Se reúnen
opiniones sobre lo que es fácil y lo que resulta difícil de
usar.
• Solución: Para que sea más fácil de usar se tiene que
cambiar el código, siempre respetando los resultados de
las pruebas de usabilidad.
El dragón llamativo y problemático

El dragón subterráneo
• Color: Marrón
• Tamaño: Grande
Média
• ¿Vuela?: No
• Alas: Pequeñas
• Pasatiempo favorito: Encontrar
comida fácil y comer.

• Nombre del defecto: Defecto del hardware (dispositivo).
• Severidad: Alta
• Síntomas del defecto: Una parte o la totalidad del
ordenador no funciona.
• Causas del defecto: Una parte del hardware se ha roto
con el tiempo.
• Origen del defecto: Una parte del hardware puede ser de
baja calidad, por lo que no dura tanto como debería.
Posiblemente la pieza que falla no funciona bien con otras
piezas, por lo que el dispositivo se estropea.
• Pruebas: El sistema se usa de forma normal. Se observa el
funcionamiento del hardware. Como entorno de pruebas
se utiliza un hardware similar al que usarán los usuarios
finales.
• Solución: Cambiar la pieza rota por una nueva o cambiar
la pieza que falla por una que se adapta mejor a otras
piezas del dispositivo.
El dragón subterráneo

¿Sombra o dragón?
• Color: Gris
• ¿Qué tan difícil es deshacerse de él?: Fácil
• ¿Vuela?: No
• Alas: Pequeñas
• Pasatiempo favorito: Confundir a las
personas.

• Nombre del defecto: defecto de capacidad de prueba
(testeabilidad)
• Severidad: Baja
• Síntomas del defecto: Parece que la funcionalidad
funciona mal, por ejemplo: resultado erróneo de un
cálculo.
• Causas del defecto: El probador puede tener datos de
prueba o entorno de prueba incorrectos.
• Origen del defecto: El probador puede estar demasiado
entusiasmado por encontrar defectos. Es posible, que el
entorno de prueba o los datos de prueba no se hayan
preparado de forma correcta.
• Pruebas: El sistema se usa de forma normal revisando el
entorno y los datos de prueba. Siempre se recomienda
considerar si la prueba es la causa del defecto.
• Solución: Mejorar la definición del entorno de pruebas
y de los datos de prueba. Siempre es bueno aprender
de las falsas alarmas.
¿Sombra o dragón?

El dragón bonito
• Color: Verde brillante
• Tamaño: Medio
• ¿Qué tan difícil es deshacerse de él?: Fácil
• ¿Vuela?: Sí
• Alas: Medianas
• Pasatiempo favorito: Comer animales y
ayudar a las personas

• Nombre del defecto: Siembra de defectos, prueba de
mutaciones - un defecto creado a propósito
• Gravedad: Baja
• Síntomas del defecto: Parece que la funcionalidad funciona
mal, por ejemplo, un resultado erróneo de un cálculo. Por lo
tanto, el defecto parece un defecto de funcionalidad.
• Causa del defecto: El probador o codificador ha creado el
defecto en el código a propósito.
• Causas de origen: La idea es que cuando se han encontrado
todos los defectos sembrados, se han encontrado todos los
defectos.
• Pruebas: Se utiliza el sistema normalmente y se intenta
encontrar todos los defectos sembrados. También encontrará
defectos reales. Cuando se encuentra el último defecto
sembrado, se puede dejar de probar.
• Solución: Recuerde corregir el código también para los
defectos sembrados, de la misma manera que para los
defectos de funcionalidad reales.
El dragón bonito

El dragón testarudo
• Tamaño: grande
• ¿Qué tan difícil es deshacerse de él?: Difícil
• ¿Vuela?: Sí
• Alas: Pequeñas
• Pasatiempo favorito: Molesta a las personas
de forma repetida

• Nombre del defecto: Defecto de gestión de versiones
• Síntomas del defecto: Un defecto que ya estaba
solucionado aparece de nuevo. Esto podría ser un
defecto relacionado con la funcionalidad.
• Causas del defecto: La gestión de versiones ha fallado.
El programador ha utilizado una parte vieja del código,
donde debe estar una parte nueva. Esta nueva parte
incluye la solución de un defecto previo que fue
implementada por otro programador.
• Orígen del defecto: Mucha prisa y demasiada gente
trabajando en lo mismo produce estos defectos. Cuando
la gestión de versiones no está implementada.
• Pruebas: El sistema se usa de forma normal, si se
encuentra un defecto, se comprueba si dicho defecto ya
está solucionado. Si no lo está, hay que investigar cómo
funciona la gestión de versiones.
• Solución: Mejorar el funcionamiento de la gestión de
versiones. Comenzar a utilizar un software de gestión de
versiones.
El dragón testarudo

El dragón confundido
Fácil
• ¿Vuela?: Sí
• Alas: Medianas
• Pasatiempo favorito: Molestar a
dragones más grandes

• Nombre de defecto: Defecto de documentación
• Severidad: Baja
• Síntomas del defecto: la funcionalidad se ejecuta
de manera diferente a lo que dice la
documentación.
• Causa del defecto: las acciones y las directrices no
están alineados con el software.
• Orígen del defecto: han habido decisiones o
cambios durante la codificación que han creado un
programa diferente al planeado. La documentación
se ha creado en base a planos antiguos.
• Pruebas: Uso del sistema de forma normal, si se
encuentra un defecto, se verifica si el software o la
documentación son incorrectos.
• Solución: Se hacen cambios sobre el programa
informático o la documentación para que estos
coincidan.
El dragón confundido

Ejercicio 5-15 min:
Diseña tu propio buen defecto –
dibuja a tu propio dragón bueno
// Que necesita
Papel y bolígrafo
// Tarea
1 Piense en un defecto que le haya ayudado a entender
algo sobre el programa informático (o puede pensar en
cualquier defecto si lo desea).
- Escriba el nombre del defecto y algunas palabras
para describirlo.
2 Piensa en un dragón equivalente.
- Anota las características del dragón.
- Si el defecto fue importante, el dragón será grande,
etc.
3 Dibuja a un dragón.
- Lo principal es llevar a cabo tu idea de cómo el
dragón puede representar el defecto.
- No es necesario hacer una imagen perfecta.
- Ejemplo: usa el Padlet.
48
© Dragons Out Oy

Gracias!
Si está interesado en el libro, puede hacer el
pedido en:
https://www.dragonsout.com/p/order-dragon
s-out-book.html
Siga y comparta el proyecto del libro:
https://www.dragonsout.com
Contacto y preguntas:
kari.kakkonen@dragonsout.com

Software testing dragon lesson spanish - latam.pptx

Recomendados

Recomendados

Más contenido relacionado

Similar a Software testing dragon lesson spanish - latam.pptx

Similar a Software testing dragon lesson spanish - latam.pptx (20)

Último

Último (20)

Software testing dragon lesson spanish - latam.pptx