PROCESO DE GESTIÓN DE FORMACIÓN PROFESIONAL INTEGRAL FORMATO

GUÍA DE APRENDIZAJE

IDENTIFICACIÓN DE LA GUIA DE APRENDIZAJE

● Denominación del Programa de Formación: ANÁLISIS Y DESARROLLO DE SISTEMAS DE

INFORMACIÓN
● Código del Programa de Formación: 228102 v2
● Nombre del Proyecto: DESARROLLO E IMPLEMENTACIÓN DE SOFTWARE DE ACUERDO A LAS
NECESIDADES DEL SECTOR EMPRESARIAL EN EL VALLE DE ABURRÁ, DE ACUERDO A LAS
TENDENCIA EMERGENTES DE LA REVOLUCION INDUSTRIAL 4.0.
● Fase del Proyecto: VERIFICACIÓN
● Actividad de Proyecto: REALIZAR Y DOCUMENTAR PRUEBAS A LA
CODIFICACIÓN DEL SOFTWARE APLICANDO EL ESTÁNDAR DE CALIDAD.
Competencia:
APLICAR BUENAS PRÁCTICAS DE CALIDAD EN EL PROCESO DE
DESARROLLO DE SOFTWARE, DE ACUERDO CON EL REFERENTE
ADOPTADO EN LA EMPRESA.
Resultados de Aprendizaje Alcanzar

 APLICAR LOS ESTÁNDARES DE CALIDAD INVOLUCRADOS EN LOS

PROCESOS DEDESARROLLO DE SOFTWARE, SIGUIENDO EL PLAN
ESTABLECIDO PARA MANTENER LAINTEGRIDAD DE LOS PRODUCTOS DE
TRABAJO DEFINIDOS, SEGÚN LAS PRÁCTICASDE CONFIGURACIÓN
ESTABLECIDAS POR LA EMPRESA

 EVALUAR PROCESOS Y PRODUCTOS DE DESARROLLO DE SOFTWARE,

DOCUMENTAR Y CONCERTAR ACCIONES A SEGUIR, PARA GARANTIZAR EL
CUMPLIMIENTO DE LAS NORMAS ESTABLECIDAS, DE ACUERDO CON EL
PLAN DEFINIDO Y CON LOS CRITERIOS DE MEDICIÓN, MÉTRICO Y
POLÍTICO DETERMINADOS POR LA EMPRESA.

 IDENTIFICAR LOS PUNTOS CRÍTICOS DE CONTROL EN LOS PROCESOS

DE DESARROLLO DE SOFTWARE, PARA ESTABLECER LAS ACCIONES A
SEGUIR, GARANTIZANDO EL CUMPLIMIENTO DE LOS ESTÁNDARES DE
CALIDAD, SIGUIENDO LOS LINEAMIENTOS ESTABLECIDOS POR LA
ORGANIZACIÓN.

Duración de la Guía: 60 horas Aprox.

GFPI-F-135 V01
2. PRESENTACIÓN

Estimado aprendiz:

La presente guía de aprendizaje le entregará un conjunto de saberes y haceres necesarios para aplicar
buenas prácticas a la hora de desarrollar productos de software.

La necesidad de implementar buenas prácticas a la hora de evaluar la Calidad de un producto de Software a

través de los diferentes factores propuestos por los modelos y estándares de calidad, implica el
conocimiento para aplicar los estándares involucrados en los procesos de desarrollo de software, siguiendo
el plan establecido para mantener la integridad de los productos de trabajo definidos, según las prácticas
de configuración establecidas por la empresa.

3. FORMULACIÓN DE LAS ACTIVIDADES DE APRENDIZAJE

● Descripción de la(s) Actividad(es): Las siguientes actividades están diseñadas para brindar
herramientas al aprendiz que permitan dominar los conceptos fundamentales de la calidad del
software.
LA CALIDAD, EL TESTING Y SUS OBJETIVOS, Introducción a las Pruebas Funcionales, Técnicas de
Diseño de Casos de Prueba, Introducción al Testing Exploratorio, Habilidades de un Tester

● Ambiente Requerido: Aula convencional, ambiente de aprendizaje (sala de sistemas), laboratorio

práctico de sistemas, unidad productiva del entorno e infraestructura institucional SENA.
● Materiales: Mesas, sillas, computador con conexión a internet, cable HDMI, cable VGA, marcadores
borrables, borrador de tablero, hojas de papel, bolígrafos.

3.1 Actividad de reflexión inicial:

● Descripción de las actividades: Con el objetivo de conocer sus conocimientos introductorios al

campo de las pruebas de software responde las siguientes preguntas:

✔ ¿Qué es calidad?
✔ ¿Qué es control de calidad?
✔ ¿Defina gestión de la calidad?
✔ ¿Qué son los factores de calidad y cuáles conoce?
✔ Defina que son las revisiones técnicas formales en el campo de la calidad del software.

GFPI-F-135 V01
Socialice sus respuestas en plenaria con el resto del grupo. Tiempo estimado: 45 minutos.

Después de socializarlo el instructor les comparte el documento introducción a la calidad, con el fin de
afianzar los conocimientos.

3.2 Actividades de contextualización e identificación de conocimientos necesarios para el aprendizaje:

Descripción de las actividades: En esta etapa se acercará al aprendiz a los conceptos relacionados a
la calidad del software y al mundo del testing.

ISO 25000. Calidad del Producto Software

“Grado en que el producto software satisface las necesidades expresadas o implícitas, cuando se usaba
condiciones determinadas”.ISO25000.
Aspectos de la calidad de software
Interna: medible a partir de las características intrínsecas del propio producto software (como el código
fuente).
Externa: medible a partir del comportamiento del producto software (como durante una prueba)
En uso: medible durante la utilización efectiva por parte del usuario (en un entorno de prueba o
producción).

Teniendo en cuenta que el aprendiz ya conoce las normativas que rigen el mundo de la calidad del
software, el instructor hace una breve explicación y retroalimentación de conceptos relacionados, y se
invita a los aprendices a que se documenten con los recursos proporcionados por el instructor (documentos
pdfs)

1. Principios de Pruebas.
2. Estrategias de las pruebas de software

El Instructor realizara la explicación detallada en clases magistrales de los temas y luego el aprendiz
debe desarrollar las siguientes acciones:

Acción 1. El grupo se dispone en una mesa redonda con el fin de debatir sobre los conceptos
estudiados.

Acción2.
Estimado(a) Aprendiz:

GFPI-F-135 V01
En el contexto del tema gestión de riesgos, suponga que usted es el dueño de una pequeña empresa de
desarrollo de software, por ejemplo, formada por cinco programadores. Considere el riesgo asociado a la
pérdida de todos los archivos de datos y código fuente y conteste las siguientes preguntas:
a) ¿Cuáles son los riesgos asociados?
b) ¿Cuál es la probabilidad de pérdida asociada a esos riesgos?
c) ¿Cuál sería el costo monetario de recuperarse de los riesgos si éstos ocurrieran?
d) ¿Cuál sería el costo si ocurriera el peor escenario? ¿Cómo se puede hacer para disminuir o eliminar el
costo si ocurriera el peor escenario?
e) ¿Cuáles son las alternativas para atenuar los riesgos? ¿Cómo se controla que las alternativas son
efectivas y se están llevando a cabo correctamente?
f) ¿Las alternativas producen otros riesgos?

3.3 Actividades de apropiación:

Descripción de las actividades: Con el objetivo de fortalecer las orientaciones entregadas por el
instructor y a la vez apropiarse de los temas, subtemas y conceptos sobre la calidad y testing de la
solución de software, el aprendiz debe desarrollar las siguientes acciones:

Acción 1: Casos de prueba

Para asegurar la calidad de Software, existe una parte documental sumamente importante, en este caso
vamos a tratar los CASOS DE PRUEBAS DE SOFTWARE, es un documento donde se estipulan las pruebas, es
especificar y comunicar las condiciones específicas que deben validarse para permitir una evaluación del
sistema. Los casos de prueba están motivados por muchas cosas, pero generalmente incluirán un
subconjunto de casos de uso o historias de usuario, características de desempeño, validaciones,
cumplimiento de reglas del negocio y riesgos en el sistema.
Para esta acción el instructor explicará el proceso de pruebas de caja blanca y caja negra, en una sesión
magistral, luego los aprendices leerán los apartes del libro gestión de proyectos informáticos 3 edición
(pruebas), que se encuentra en el siguiente link
https://www-eni-training-com.bdigital.sena.edu.co/client_net/mediabook.aspx?idR=258291,
y observaran los siguientes videos
https://www.youtube.com/watch?v=O6Cg4ing5bo
https://www.youtube.com/watch?v=pAVc6SY__cA&t=575s

Posteriormente los aprendices, deben consultar los campos necesarios para construir una matriz, luego
entregarán un documento excel donde tengan los campos necesarios de la matriz y documentado 10 casos
de pruebas, se pueden apoyar en el siguiente video
https://www.youtube.com/watch?v=laawNIdX9js

GFPI-F-135 V01
Acción 2: Aplicación Pruebas de software

Desde un punto de vista psicológico, el análisis y el diseño del software (junto con la codificación) son tareas
constructivas. El ingeniero del software crea un programa de computadora, su documentación y sus
estructuras de datos asociadas. Cuando comienza la prueba, aparece una sutil, aunque firme intención de
“romper” lo que el ingeniero del software ha construido.
Desde el punto de vista del constructor, la prueba se puede considerar (psicológicamente) destructiva. Por
tanto, el constructor anda con cuidado, diseñando y ejecutando pruebas que demuestren que el programa
funciona, en lugar de detectar errores. Desgraciadamente, los errores seguirán allí. Y si el ingeniero del
software no los encuentra, ¡el cliente si lo hará!

Actividad:

El instructor dará una clase magistral del tema (Pruebas de software), y luego dividirá la ficha en 5 grupos,
con el fin de que cada uno de ellos hagan la investigación y expongan uno de los siguientes temas:
1. Pruebas funcionales:
2.Pruebas no funcionales.
3.Pruebas de caja blanca o estructural.
4.Pruebas de caja negra.
5.Pruebas de regresión.
La exposición debe realizarse en un tiempo aprox de media hora, se avaluará con una rubrica desde
territorium. (Foro de discusión)

Acción 3 : Pruebas automatizadas

Después de haber conocido todo el proceso de pruebas manuales, es importante el uso de herramientas
que nos ayuden a automatizar los casos de prueba que sean óptimos. Los invito a ver el siguiente video,
https://www.youtube.com/watch?v=lbePIiPX2eM
y posteriormente leer Parte 2. Verificación y Validación, que lo podrá encontrar en el siguiente link;
https://ebookcentral-proquest-com.bdigital.sena.edu.co/lib/senavirtualsp/reader.action?
docID=4795310&query=pruebas+de+software+#
Se realizará una sesión virtual donde el instructor dará las indicaciones de la actividad, la cual consiste en
realizar las pruebas automatizadas de unos de los módulos del proyecto formativo con la herramienta
Selenium y entregar un reporte (informe) de lo realizado.
Nota: el aprendiz realizará una investigación sobre el uso de dicha herramienta(selenium) y aplicará sus
conocimientos adquiridos.

GFPI-F-135 V01
3.4 Actividades de transferencia:

● Descripción de las actividades: Una vez realizadas las actividades de reflexión, contextualización y
apropiación sobre los temas relacionados con la introducción a PHP, es el momento de socializar y
realizar la transferencia de lo aprendido, por ende, se plantea la siguiente acción.

4. ACTIVIDADES DE EVALUACIÓN

Tome como referencia la técnica e instrumentos de evaluación citados en la guía de Desarrollo Curricular

Evidencias de Aprendizaje Criterios de Evaluación Técnicas e Instrumentos de

Evaluación

Evidencias de Conocimiento: ● (CONOCIMIENTO Técnica didáctica activa

1.Test de calidad del software ● DESEMPEÑO) Instrumentos

Evidencias de Desempeño: Lista de chequeo

● (DESEMPEÑO)
Rúbrica
1. Su proyecto formativo trabajado ● (PRODUCTO)
en un framework de desarrollo.

● (CONOCIMIENTO
Evidencias de Producto: ● DESEMPEÑO)
1. Informe de las pruebas realizadas
al proyecto formativo

2. Matriz Casos de prueba

5. GLOSARIO DE TÉRMINOS

6. REFERENTES BILBIOGRÁFICOS

GFPI-F-135 V01
7. CONTROL DEL DOCUMENTO
Nombre Cargo Dependencia Fecha

Autor (es) Edilfredo Pineda Flórez INSTRUCTOR CTGI TIC 16/03/2022

8. CONTROL DE CAMBIOS (diligenciar únicamente si realiza ajustes a la guía)

Nombre Cargo Dependencia Fecha Razón del Cambio

Autor (es)

GFPI-F-135 V01