Servicio Nacional de Aprendizaje Sena Procedimiento de Desarrollo Curricular

SERVICIO NACIONAL DE APRENDIZAJE SENA
PROCEDIMIENTO DE DESARROLLO CURRICULAR

GUÍA DE APRENDIZAJE
1. IDENTIFICACIÓN DE LA GUÍA DE APRENDIZAJE
 Denominación del programa de formación: Calidad en el desarrollo de software.

 Código del programa de formación: 21730017.
 Nombre del Proyecto: NA.
 Fase del Proyecto: NA.
 Actividad de Proyecto: NA.
 uración de la guía: 10 horas.
2. PRESENTACIÓN
El Servicio Nacional de Aprendizaje SENA extiende una cordial bienvenida al programa de

formación complementaria virtual Calidad en el desarrollo de software y a la Actividad
de Aprendizaje AA3 consistente en “Aplicar pruebas de software de acuerdo con las
políticas establecidas por el cliente”.
En esta actividad de aprendizaje, se identificarán los modelos y estrategias de prueba para el

software convencional y se reconocerán las pruebas existentes a aplicar en el desarrollo y
construcción de software, de acuerdo a los requerimientos del cliente.
Para un excelente desempeño, se recomienda revisar el material de formación titulado Pruebas

de software, consultar el material complementario y las referencias bibliográficas disponibles.
GFPI-F-019 V3
El tiempo estimado para culminar la actividad es de diez horas; durante el proceso se contará con
el acompañamiento de un instructor que orientará el desarrollo de las actividades y evidencias,
las cuales se deben entregar oportunamente a través de los enlaces establecidos para tal fin. En
caso de presentar informes escritos es indispensable hacer uso de las fuentes bibliográficas,
realizar las correspondientes referencias y citas de autores según normas APA.
3. FORMULACIÓN DE LAS ACTIVIDADES DE APRENDIZAJE

3.1. Actividad de reflexión inicial
La aplicación de pruebas en el desarrollo de software es un proceso vital que determina el

alcance de la calidad y de los resultados esperados, de acuerdo a las necesidades del cliente.
Teniendo en cuenta una aproximación al tema de estudio a continuación se propone una
reflexión individual sobre la siguiente pregunta:
 ¿Qué importancia tienen los modelos de pruebas de software?
1. Eficiencia y Eficacia: Los modelos de pruebas de software estructuran el proceso, evitando

errores y duplicidad, lo que optimiza recursos y tiempo.
2. Reutilización y Comparación: Permiten reutilizar recursos y comparar resultados entre
diferentes proyectos, facilitando la mejora continua.
3. Planificación y Estimación: Ayudan a planificar y estimar el tiempo y esfuerzo necesarios para
las pruebas, mejorando la gestión del proyecto.
4. Comunicación y Colaboración: Facilitan la comunicación y colaboración entre el equipo de
pruebas y otros stakeholders, como desarrolladores y clientes.
5. Medición y Evaluación: Permiten la medición del progreso y la evaluación de la calidad del
software de manera precisa y objetiva.
6. Detección Temprana de Errores: Ayudan a detectar errores en etapas tempranas del
desarrollo, reduciendo costos y tiempo de corrección.
GFPI-F-019 V3
7. Confiabilidad y Seguridad: Los modelos de pruebas de software contribuyen a la confiabilidad,
seguridad y usabilidad del software, mejorando la experiencia del usuario.
8. Cumplimiento de Normas: Permiten cumplir con normas y estándares de calidad del software,
como ISO/IEC 25000.
9. Mejora Continua: Facilitan la identificación de áreas de mejora y la implementación de prácticas
más eficientes.
10. Reducción de Riesgos: Ayudan a reducir los riesgos asociados al desarrollo de software,
como errores críticos o fallos en producción.
En resumen, los modelos de pruebas de software son herramientas fundamentales para la
construcción de software de alta calidad, eficiente y confiable.
Beneficios adicionales:
 Mayor satisfacción del cliente.
 Mejor imagen y reputación de la empresa.
 Mayor competitividad en el mercado.
Invertir en modelos de pruebas de software es una decisión estratégica que genera
beneficios a corto, mediano y largo plazo.
Nota: esta actividad es calificable, se realiza para contextualizar el tema y su resultado se puede
compartir en los diferentes momentos de interacción con el instructor.
3.2. Actividades de contextualización

Foro temático. Pruebas para la calidad de software
Una vez realizado el ejercicio de reflexión, el Aprendiz habrá reconocido una serie de aspectos
que son muy comunes en las pruebas de software y que se relacionan con la pregunta que se
propone a continuación, como interrogante para participar en el foro temático:
 ¿Qué aspectos considera relevantes y a tener en cuenta en la elaboración de un plan de

pruebas?
GFPI-F-019 V3
Aspectos relevantes en la elaboración de un plan de pruebas:
1. Definición del alcance: Identificar las funcionalidades a probar, los tipos de pruebas a realizar y
los entornos de prueba.
2. Análisis de riesgos: Evaluar los posibles riesgos y definir estrategias para mitigarlos.
3. Selección de las estrategias de prueba: Elegir las estrategias de prueba más adecuadas para
cada tipo de software y funcionalidad.
4. Diseño de casos de prueba: Especificar las condiciones de entrada, los pasos a seguir y los
resultados esperados para cada caso de prueba.
5. Ejecución de las pruebas: Implementar los casos de prueba y registrar los resultados.
6. Análisis de resultados: Identificar los errores encontrados y determinar su gravedad.
7. Reporte de resultados: Documentar los resultados de las pruebas y comunicar las findings a
los stakeholders.
Aspectos a tener en cuenta:
 Recursos disponibles: Considerar el tiempo, presupuesto y personal disponible para las pruebas.
 Entorno de pruebas: Asegurar que el entorno de pruebas sea similar al entorno de producción.
 Riesgos del proyecto: Priorizar las pruebas que mitigan los riesgos más críticos.
 Comunicación: Mantener una comunicación efectiva entre el equipo de pruebas y los stakeholders.
pruebas de software:
Las pruebas de software son un conjunto de actividades que se realizan para verificar y validar que
un software cumple con los requisitos especificados y funciona correctamente en diferentes
escenarios.
Etapas de las pruebas de software:
1. Planificación:
 Definir el alcance de las pruebas.

 Identificar los riesgos y definir estrategias de mitigación.
 Seleccionar las estrategias de prueba.
 Estimar el tiempo y recursos necesarios.
 Crear un plan de pruebas documentado.
GFPI-F-019 V3
2. Diseño:
 Diseñar casos de prueba para cada funcionalidad.

 Especificar las condiciones de entrada, los pasos a seguir y los resultados esperados.
 Documentar los casos de prueba.
3. Ejecución:
 Implementar los casos de prueba.

 Registrar los resultados de las pruebas.
 Identificar los errores encontrados.
4. Análisis de resultados:
 Analizar los resultados de las pruebas.

 Determinar la gravedad de los errores encontrados.
 Priorizar la corrección de los errores.
5. Reporting:
 Documentar los resultados de las pruebas.

 Comunicar los hallazgos a los stakeholders.
Estrategias de prueba para software convencional:
1. Pruebas de caja negra:
 Se basan en la interfaz del software sin conocer su código interno.

 Se utilizan para probar la funcionalidad del software desde la perspectiva del usuario.
2. Pruebas de caja blanca:
 Se basan en el código interno del software.

 Se utilizan para probar la lógica interna del software y la cobertura del código.
3. Pruebas de integración:
 Se prueban las interfaces entre diferentes módulos del software.

 Se asegura que los módulos del software funcionan correctamente juntos.
4. Pruebas de sistema:
 Se prueba el sistema completo como un todo.

 Se asegura que el sistema cumple con los requisitos especificados.
5. Pruebas de aceptación:
GFPI-F-019 V3
 Se realizan por los usuarios finales o por un equipo independiente.
 Se asegura que el sistema es aceptable para los usuarios finales.
Estrategias de prueba para software orientado a objetos:
1. Pruebas unitarias:
 Se prueban las unidades individuales de código (clases, métodos, etc.).

 Se asegura que las unidades de código funcionan correctamente de forma individual.
2. Pruebas de integración:
 Se prueban las interfaces entre diferentes clases del software.

 Se asegura que las clases del software funcionan correctamente juntas.
3. Pruebas de aceptación:
 Se realizan por los usuarios finales o por un equipo independiente.

 Se asegura que el sistema es aceptable para los usuarios finales.
4. Pruebas de regresión:
 Se asegura que los cambios realizados en el software no han introducido nuevos errores.
Prueba de aplicaciones convencionales:
1. Pruebas de interfaz de usuario:
 Se prueba la interfaz de usuario del software.

 Se asegura que la interfaz de usuario es fácil de usar y comprensible.
2. Pruebas de funcionalidad:
 Se prueba la funcionalidad del software.

 Se asegura que el software cumple con los requisitos especificados.
3. Pruebas de rendimiento:
 Se prueba el rendimiento del software.

 Se asegura que el software funciona correctamente bajo diferentes cargas de trabajo.
4. Pruebas de seguridad:
 Se prueba la seguridad del software.

 Se asegura que el software es resistente a ataques y vulnerabilidades.
GFPI-F-019 V3
3.3. Actividad de apropiación de

conocimiento Evidencia de desempeño
Foro temático. Tipos de pruebas de software para el SQA
En este espacio el Aprendiz deberá reflexionar y compartir argumentos sobre el siguiente tema de
discusión:
 La elección del modelo del ciclo de vida y la aplicación de las estrategias y pruebas para el
SQA.
La elección del modelo del ciclo de vida y la aplicación de las estrategias y pruebas para el SQA:
1. Importancia de la elección del modelo:
El modelo del ciclo de vida define el proceso de desarrollo del software y determina las actividades
de SQA que se realizan en cada etapa.
2. Modelos comunes:
 Cascada: Modelo lineal con etapas secuenciales (planificación, análisis, diseño, implementación,
pruebas y mantenimiento).
 Evolutivo: Desarrollo incremental con entregas frecuentes (prototipado, desarrollo iterativo, espiral).
 Ágil: Enfoque flexible y adaptable con entregas frecuentes (Scrum, Kanban, Extreme Programming).
3. Factores a considerar:
 Naturaleza del proyecto: Tipo de software, complejidad, tamaño, criticidad.
 Metodología de desarrollo: Enfoque del equipo, experiencia, recursos disponibles.
 Riesgos del proyecto: Posibles problemas e incertidumbres.
4. Implementación de estrategias y pruebas:
Las estrategias y pruebas de SQA se seleccionan de acuerdo al modelo del ciclo de vida elegido.
5. Ejemplos:
GFPI-F-019 V3
 Cascada: Pruebas de caja negra, pruebas de caja blanca, pruebas de integración, pruebas de
sistema y pruebas de aceptación.
 Evolutivo: Pruebas unitarias, pruebas de integración, pruebas de aceptación y pruebas de
regresión.
 Ágil: Pruebas unitarias, pruebas de integración, pruebas de aceptación y pruebas continuas.
6. Beneficios de una selección adecuada:
 Mejora la calidad del software.
 Reduce el tiempo de desarrollo.
 Disminuye los costos del proyecto.
 Aumenta la satisfacción del cliente.
3.4. Actividad de transferencia de

conocimiento Evidencia de producto
Estudio de caso. Pruebas de software
Para asegurar un excelente desempeño en el estudio de caso, se solicita antes de su presentación

estudiar el material Objeto de Aprendizaje (OA) titulado Pruebas de software, que debe leer y
asimilar para lograr la conceptualización técnica del presente tema de estudio.
Para el desarrollo de la evidencia de conocimiento analice el siguiente caso:
La empresa SoftSena, especializada en desarrollo de software, ha sido requerida por una clínica
de salud, la cual ha presentado el requerimiento de desarrollar un sistema de información
tradicional (de escritorio), donde se registren los medicamentos entregados a los pacientes, los
formulados por los médicos y los que se compran a los proveedores.
De igual forma la empresa requiere conocer el estado de inventario de los medicamentos por
laboratorio. El sistema debe permitir generar todos los reportes necesarios de acuerdo a los
requerimientos diarios, semanales y mensuales. Por tal motivo, se solicita
GFPI-F-019 V3
la asesoría de un profesional en este campo.GUÍA DE APRENDIZAJE
El grupo técnico para la construcción del proyecto ya está conformado. Sin embargo, se enfrenta
a la decisión de escoger el modelo de software que orientará el diseño y construcción y a su vez,
las pruebas a aplicar, según el modelo del ciclo de vida del software escogido.
Teniendo en cuenta lo anterior, el Aprendiz deberá realizar un plan de pruebas en un documento

en formato Word, en el cual:
1. Evidencie el modelo, según el ciclo de vida escogido.

2. Determine alcance de la prueba.
3. Relacione los tipos de prueba a aplicar.
4. Analice estrategias de pruebas.
5. Exponga criterios de salida y los aspectos anexos que considere necesario tener en
cuenta.
1.Modelo de Ciclo de Vida:
Para este caso, escogimos el modelo Scrum. Este modelo ofrece un enfoque ágil y flexible que se
ajusta a las características del proyecto:
 Entorno cambiante: Los requisitos del sistema pueden cambiar a lo largo del proyecto.
 Necesidad de entregas frecuentes: Se requiere entregar funcionalidades al cliente de
forma regular para obtener retroalimentación.
 Priorización de funcionalidades: Se pueden priorizar las funcionalidades del sistema en
función de su valor para el cliente.
2. Alcance de la Prueba:
Las pruebas abarcarán las funcionalidades del sistema priorizadas en cada Sprint. Se realizarán
pruebas de:
 Funcionalidad: Se verificará que las funcionalidades del sistema funcionan correctamente.

 Usabilidad: Se evaluará la facilidad de uso del sistema.
 Rendimiento: Se medirá el rendimiento del sistema bajo diferentes cargas de trabajo.
 Seguridad: Se verificará la seguridad del sistema contra ataques y vulnerabilidades.
3. Tipos de Prueba a Aplicar:
GFPI-F-019 V3
 Pruebas unitarias: Se verificará el funcionamiento individual de cada módulo del sistema.
 Pruebas de integración: Se comprobará la correcta interacción entre los diferentes
módulos del sistema.
 Pruebas de aceptación: Se validará el sistema con usuarios finales para asegurar que
cumple con sus necesidades.
4. Estrategias de Pruebas:
 Pruebas de caja negra: Se probará el sistema sin conocer su código interno, utilizando la
interfaz de usuario.
 Pruebas de caja blanca: Se analizará el código interno del sistema para verificar su lógica
y cobertura de código.
 Pruebas de regresión: Se verificará que las modificaciones al sistema no afecten
funcionalidades ya existentes.
5. Criterios de Salida y Aspectos Anexos:
 Criterios de aceptación: Se definirán criterios específicos para cada tipo de prueba, como
la cantidad de errores permitidos o la cobertura de casos de prueba.
 Aspectos anexos: Se documentará el plan de pruebas, incluyendo los casos de prueba, las
herramientas de prueba y los procedimientos de seguimiento.
Consideraciones adicionales:
 Entorno de pruebas: Se debe configurar un entorno de pruebas que simule el entorno de

producción.
 Recursos humanos: Se requiere un equipo de pruebas con experiencia en las diferentes
técnicas de prueba.
 Herramientas de prueba: Se pueden utilizar herramientas de prueba para automatizar
tareas y mejorar la eficiencia del proceso.
 Comunicación: Es fundamental mantener una comunicación efectiva entre el equipo de
pruebas, el equipo de desarrollo y el cliente.
En resumen, la elaboración de un plan de pruebas adecuado es fundamental para asegurar

la calidad del sistema de información de la clínica de salud. El plan de pruebas debe basarse
en el modelo Scrum, definir el alcance de las pruebas, seleccionar los tipos de pruebas a aplicar,
definir las estrategias de pruebas y establecer criterios de salida claros. Además, es importante
considerar aspectos como el entorno de pruebas, los recursos humanos, las herramientas de
prueba y la comunicación.
Ventajas de usar Scrum:
 Flexibilidad: Permite adaptarse a cambios en los requisitos del sistema.

 Colaboración: Fomenta la colaboración entre el equipo de desarrollo, el equipo de pruebas
y el cliente.
 Transparencia: El cliente tiene visibilidad del progreso del proyecto.
GFPI-F-019 V3
 Entrega de valor temprano: Permite entregar funcionalidades al cliente de forma regular.
En conclusión, el modelo Scrum es una buena opción para el desarrollo del sistema de
información de la clínica de salud. Este modelo ofrece un enfoque ágil y flexible que permite
adaptarse a cambios en los requisitos del sistema y entregar valor al cliente de forma
regular.
3.5. . Ambiente requerido
3.6. . Materiales
Material de formación:
 Pruebas de software.
GFPI-F-019 V3
Material de apoyo:
 Metodologías y procesos de análisis de software.

 Video: Pruebas de software.
 Video: Ingeniería del Software - Pruebas de Software.
4. ACTIVIDADES DE EVALUACIÓN
Técnicas e instrumentos de
Evidencias de aprendizaje. Criterios de evaluación. evaluación.
Evidencia de desempeño. Foro Temático:

Foro Temático. Tipos de pruebas de Rúbrica TIGRE.
software para el SQA. Entrega el plan de pruebas del
software acorde a las políticas
establecidas por el cliente.
Estudio de caso.
Evidencia de producto. Estudio
Rúbrica de producto.
de caso. Pruebas de software.
5. GLOSARIO DE TÉRMINOS
OO: sigla que indica orientación a objetos.
Pruebas de aceptación: es una estrategia que integra pruebas como: prueba de integración
descendente, prueba de integración ascendente, prueba de regresión, y prueba de humo. Está
orientada a verificar que el conjunto de los módulos de un sistema funcione adecuadamente al
mismo tiempo.
Pruebas de caja blanca: tipo de prueba orientada a evaluar los procedimientos, condiciones
y bucles propios del desarrollo de software.
Pruebas de caja negra: tipo de prueba orientada a evaluar las interfaces del software.
Pruebas de integración: es una estrategia que integra pruebas como: prueba de integración
descendente, prueba de integración ascendente, prueba de regresión y
GFPI-F-019 V3
prueba de humo; está orientada a verificar que el conjunto de los módulos de un sistema funcione
adecuadamente en conjunto.
Pruebas de unidad: es una estrategia que integra una prueba con el mismo nombre. Está
orientada a evaluar el funcionamiento individual de cada módulo.
Pruebas de validación a aplicaciones genéricas: es una estrategia que integra pruebas

como: Prueba alfa (para desarrolladores), y Prueba beta (para usuarios). Está orientada a la
validación del funcionamiento del software genérico de acuerdo con los requerimientos
funcionales del cliente.
Pruebas de validación a sistemas a la medida: es una estrategia que integra pruebas

como: Prueba del ciclo del negocio, Prueba de GUI o interfaz, Prueba de configuración, Prueba
de estilo, Prueba de aceptación, Prueba de instalación, Prueba funcional, Prueba de
documentación y procedimiento, Prueba de usabilidad y Prueba de campo. Está orientada a la
validación del funcionamiento de software a la medida del modelo de negocio.
Pruebas del sistema: es una estrategia que integra pruebas como: Pruebas de recuperación,
Pruebas de seguridad, Pruebas de esfuerzo, y Pruebas de rendimiento. Está orientada a ejecución
de actividades de prueba en donde se debe verificar que la funcionalidad total de un sistema fue
implementada de acuerdo a los documentos de especificación definidos en el proyecto.
WEBAPPS: término que se utiliza para hacer referencia a una página web, condicionada a
cualquier dispositivo móvil. Su condicionamiento se debe a la versión de HTML5 y CSS3.
GFPI-F-019 V3
6. REFERENCIAS BIBLIOGRÁFICAS
Abad Londoño, J. (2005, Julio 1). Tipos de prueba de software. [Web log post] Recuperado
de http://ing-sw.blogspot.com.co/2005/04/tipos-de-pruebas-de- software.html
Bustillos, Jorge (2014). Enfoque estratégico para la prueba de software. Recuperado de

https://es.slideshare.net/JorgeCarlos3/enfoque-estrategico-para-la-prueba-de- software
Calderón Hernández, M. (2014). Modelo para pruebas de software y auditoría en entorno

Microsoft.Net. Recuperado de http://www.monografias.com/trabajos20/pruebas- de-
software/pruebas-de-software2.shtml
Fiestas, J. (2014, marzo 3). QA: Pruebas para asegurar la calidad del producto software.
[Web log post]. Recuperado de http://blog.elevenpaths.com/2014/09/qa-pruebas- para-
asegurar-la-calidad-del.html
Guru, S. (Productor) (2015). Testing para dummies. [Archivo de video] Recuperado de

https://www.youtube.com/watch?v=jk4wKUHUZAU
Gutiérrez, J., Escalona, M., Mejias, M., & Reina, A. (2006). Modelos de pruebas para
pruebas del sistema. Recuperado de http://ceur-ws.org/Vol-227/paper07.pdf
Guzmán Cortéz, O. (s.f.). Aplicación práctica del diseño de pruebas de software a nivel de
programación. Recuperado de
https://www.icesi.edu.co/revistas/index.php/sistemas_telematica/article/view/935
GFPI-F-019 V3
It-Mentor - ITM. (s.f.). Pruebas de Software. Recuperado de

http://materias.fi.uba.ar/7548/Pruebas-Intro.pdf
Martínez España, R. (Dirección). (2015). Ingeniería del software - pruebas de software

[Archivo de video] Recuperado de
https://www.youtube.com/watch?v=CSgdhH5gp_U
Mayorga Pabón, J., & Arce Arias, Y. (2013). Material de formación actividad de
aprendizaje 3: Pruebas de Software. Armenia - Quindío: Centro de Comercio y
turismo - Regional Quindío SENA.
Mifsu, E. ( 2012). Monográfico: Introducción a la seguridad informática. Recuperado de

http://recursostic.educacion.es/observatorio/web/es/software/software- general/1040-
introduccion-a-la-seguridad-informatica?showall=1
PMO Infomática.com. (2015). Pruebas de software. Recuperado de

http://www.pmoinformatica.com/p/pruebas-de-software.html
Pressman, R. (2010). Calidad de Software. En R. S. Pressman, ingeniería del software un

enfoque práctico. Ciudad de México: Mac Graw Hill.
SENATV (2013, Abril 1). Pruebas de Software. [Archivo de video]. Recuperado de

https://www.youtube.com/watch?v=bWNRTDAO_7M
Universidad Nacional de México - UNAM. (s.f.). Metodologías y procesos de análisis de

software. Capítulo 2. Recuperado de
http://www.ptolomeo.unam.mx:8080/xmlui/bitstream/handle/132.248.52.100/175/
A5%20Cap%C3%ADtulo%202.pdf?sequence=5
GFPI-F-019 V3
Zapata, J. (2013). Niveles de prueba del software. Recuperado de

https://pruebasdelsoftware.wordpress.com/
7. CONTROL DEL DOCUMENTO
Nombre Cargo Dependencia Fecha
Centro de Gestión
de Mercados,
Logística y
Humberto Amaya Experto
Autor (es) Tecnologías de la Octubre de 2017.
Alvear temático
Información
Distrito Capital -
Bogotá – SENA.
8. CONTROL DE CAMBIOS
Razón del
Nombre Cargo Dependencia Fecha
Cambio
Autor (es) Centro de
Correcciones y
Gissela del Comercio y
Asesora actualización del
Carmen Alvis Servicios Febrero de
pedagógica formato.
Ladino Regional 2018
Tolima
GFPI-F-019 V3

Servicio Nacional de Aprendizaje Sena Procedimiento de Desarrollo Curricular

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Servicio Nacional de Aprendizaje Sena Procedimiento de Desarrollo Curricular

Uploaded by

Copyright:

Available Formats

SERVICIO NACIONAL DE APRENDIZAJE SENA

PROCEDIMIENTO DE DESARROLLO CURRICULAR

1. IDENTIFICACIÓN DE LA GUÍA DE APRENDIZAJE

 Denominación del programa de formación: Calidad en el desarrollo de software.

El Servicio Nacional de Aprendizaje SENA extiende una cordial bienvenida al programa de

En esta actividad de aprendizaje, se identificarán los modelos y estrategias de prueba para el

Para un excelente desempeño, se recomienda revisar el material de formación titulado Pruebas

3. FORMULACIÓN DE LAS ACTIVIDADES DE APRENDIZAJE

La aplicación de pruebas en el desarrollo de software es un proceso vital que determina el

 ¿Qué importancia tienen los modelos de pruebas de software?

1. Eficiencia y Eficacia: Los modelos de pruebas de software estructuran el proceso, evitando

3.2. Actividades de contextualización

 ¿Qué aspectos considera relevantes y a tener en cuenta en la elaboración de un plan de

Etapas de las pruebas de software:

 Definir el alcance de las pruebas.

 Diseñar casos de prueba para cada funcionalidad.

 Implementar los casos de prueba.

 Analizar los resultados de las pruebas.

 Documentar los resultados de las pruebas.

Estrategias de prueba para software convencional:

1. Pruebas de caja negra:

 Se basan en la interfaz del software sin conocer su código interno.

2. Pruebas de caja blanca:

 Se basan en el código interno del software.

 Se prueban las interfaces entre diferentes módulos del software.

 Se prueba el sistema completo como un todo.

Estrategias de prueba para software orientado a objetos:

 Se prueban las unidades individuales de código (clases, métodos, etc.).

 Se prueban las interfaces entre diferentes clases del software.

 Se realizan por los usuarios finales o por un equipo independiente.

Prueba de aplicaciones convencionales:

1. Pruebas de interfaz de usuario:

 Se prueba la interfaz de usuario del software.

 Se prueba la funcionalidad del software.

 Se prueba el rendimiento del software.

 Se prueba la seguridad del software.

3.3. Actividad de apropiación de

1. Importancia de la elección del modelo:

3.4. Actividad de transferencia de

Para asegurar un excelente desempeño en el estudio de caso, se solicita antes de su presentación

Para el desarrollo de la evidencia de conocimiento analice el siguiente caso:

Teniendo en cuenta lo anterior, el Aprendiz deberá realizar un plan de pruebas en un documento

1. Evidencie el modelo, según el ciclo de vida escogido.

1.Modelo de Ciclo de Vida:

 Funcionalidad: Se verificará que las funcionalidades del sistema funcionan correctamente.

3. Tipos de Prueba a Aplicar:

5. Criterios de Salida y Aspectos Anexos:

 Entorno de pruebas: Se debe configurar un entorno de pruebas que simule el entorno de

En resumen, la elaboración de un plan de pruebas adecuado es fundamental para asegurar

Ventajas de usar Scrum:

 Flexibilidad: Permite adaptarse a cambios en los requisitos del sistema.

3.5. . Ambiente requerido

 Metodologías y procesos de análisis de software.

Evidencia de desempeño. Foro Temático:

OO: sigla que indica orientación a objetos.

Pruebas de validación a aplicaciones genéricas: es una estrategia que integra pruebas

Pruebas de validación a sistemas a la medida: es una estrategia que integra pruebas

Bustillos, Jorge (2014). Enfoque estratégico para la prueba de software. Recuperado de

Calderón Hernández, M. (2014). Modelo para pruebas de software y auditoría en entorno

Guru, S. (Productor) (2015). Testing para dummies. [Archivo de video] Recuperado de

It-Mentor - ITM. (s.f.). Pruebas de Software. Recuperado de

Martínez España, R. (Dirección). (2015). Ingeniería del software - pruebas de software

Mifsu, E. ( 2012). Monográfico: Introducción a la seguridad informática. Recuperado de