Title: Rubrica de exposicion
Course: 2025 - LI - Pruebas de Software 3-1 y 3-2 > Section: Unidad 4 - Pruebas funcionales y de sistema

Pruebas Funcionales y de Sistema

🎯 Objetivo general:

Evaluar la comprensión, aplicación y comunicación de los conceptos relacionados con las pruebas funcionales y de sistema, así como las herramientas y enfoques utilizados para validar la funcionalidad desde la perspectiva del usuario.

📊 Criterios de Evaluación

Criterio | Excelente (10 pts) | Bueno (8 pts) | Suficiente (6 pts) | Deficiente (4 pts o menos)
1. Dominio del tema general (Pruebas funcionales y de sistema) | Explica claramente qué son las pruebas funcionales y de sistema, su propósito, diferencia con otros tipos de prueba y su papel en el ciclo de desarrollo. | Explica los conceptos principales con algunos detalles faltantes. | Menciona los conceptos generales sin profundidad o confunde términos. | No comprende los conceptos básicos o los explica de forma incorrecta.
2. Validación de funcionalidades completas | Describe con claridad cómo se validan los módulos integrados, el flujo completo del sistema y su relación con los requerimientos del cliente. | Explica el proceso de validación pero sin ejemplos claros. | Menciona el proceso sin detallar su importancia ni ejemplos. | No demuestra comprensión del concepto o lo confunde con otros tipos de prueba.
3. Pruebas desde la perspectiva del usuario | Explica el enfoque desde el punto de vista del usuario final, cómo se diseñan casos de prueba basados en la experiencia de uso y ejemplos aplicables. | Menciona el enfoque del usuario con una comprensión parcial. | Habla del usuario sin conectar con las pruebas o con ejemplos vagos. | No aborda el enfoque del usuario o lo confunde con pruebas de aceptación.
4. Pruebas de interfaz gráfica (GUI) | Presenta herramientas como Selenium, Cypress o TestComplete, explica su funcionamiento básico, ventajas, y muestra un ejemplo visual o demostrativo. | Menciona las herramientas con una explicación general y algunos ejemplos. | Enumera las herramientas sin explicar su función o aplicación. | No identifica correctamente las herramientas o confunde su propósito.
5. Pruebas basadas en comandos/API | Explica qué son las pruebas basadas en API, su utilidad, y cómo permiten validar la comunicación entre sistemas. Muestra ejemplos o herramientas (Postman, Newman, etc.). | Menciona las pruebas API con ejemplos generales. | Menciona las API sin conectar con las pruebas o sin ejemplos. | No aborda el tema o lo confunde con desarrollo de API.
6. Claridad, organización y dominio en la exposición | Expone con seguridad, orden lógico y lenguaje técnico claro. Usa ejemplos, analogías o diagramas para reforzar la comprensión. | Exposición comprensible, aunque con pequeñas fallas en la secuencia o claridad. | Exposición poco fluida o con lenguaje impreciso. | Lectura excesiva o desorganización evidente durante la exposición.
7. Uso de recursos visuales (diapositivas, ejemplos, capturas o demostraciones) | Diapositivas bien diseñadas, con ejemplos o capturas relevantes. Apoyan la comprensión sin exceso de texto. | Diapositivas adecuadas, con algunos errores de diseño o contenido superficial. | Diapositivas poco legibles o con exceso de texto. | No utiliza recursos visuales o no aportan valor.
8. Participación y equilibrio del equipo | Todos los integrantes participan equitativamente y muestran dominio compartido del tema. | La mayoría participa, pero con desigualdad en el tiempo o aporte. | Solo algunos miembros participan activamente. | Exposición dominada por una sola persona o sin coordinación.
9. Conclusión y reflexión final | Presentan una conclusión clara, reflexionando sobre la importancia de las pruebas funcionales y de sistema en la calidad del software. | Conclusión comprensible pero sin reflexión profunda. | Conclusión breve o repetitiva. | No presentan conclusión o carece de relación con el tema.

📈 Ponderación total: 90 puntos (escala sobre 100)

Escala sugerida:

- 90 – 100 → Excelente
- 80 – 89 → Bueno
- 70 – 79 → Suficiente
- <70 → Deficiente

🧾 Instrucciones adicionales para los alumnos:

- No se permite leer directamente las diapositivas.
- Cada integrante debe cubrir un subtema:
  1. Pruebas funcionales y de sistema (visión general)
  2. Validación de funcionalidades completas
  3. Perspectiva del usuario
  4. Pruebas GUI
  5. Pruebas basadas en API
- Las diapositivas deben incluir imágenes, ejemplos o diagramas, no solo texto.

Pruebas Funcionales y de Sistema

🎯 Objetivo general:

Evaluar la comprensión, aplicación y comunicación de los conceptos relacionados con las pruebas funcionales y de sistema, así como las herramientas y enfoques utilizados para validar la funcionalidad desde la perspectiva del usuario.

📊 Criterios de Evaluación

Criterio | Excelente (10 pts) | Bueno (8 pts) | Suficiente (6 pts) | Deficiente (4 pts o menos)
1. Dominio del tema general (Pruebas funcionales y de sistema) | Explica claramente qué son las pruebas funcionales y de sistema, su propósito, diferencia con otros tipos de prueba y su papel en el ciclo de desarrollo. | Explica los conceptos principales con algunos detalles faltantes. | Menciona los conceptos generales sin profundidad o confunde términos. | No comprende los conceptos básicos o los explica de forma incorrecta.
2. Validación de funcionalidades completas | Describe con claridad cómo se validan los módulos integrados, el flujo completo del sistema y su relación con los requerimientos del cliente. | Explica el proceso de validación pero sin ejemplos claros. | Menciona el proceso sin detallar su importancia ni ejemplos. | No demuestra comprensión del concepto o lo confunde con otros tipos de prueba.
3. Pruebas desde la perspectiva del usuario | Explica el enfoque desde el punto de vista del usuario final, cómo se diseñan casos de prueba basados en la experiencia de uso y ejemplos aplicables. | Menciona el enfoque del usuario con una comprensión parcial. | Habla del usuario sin conectar con las pruebas o con ejemplos vagos. | No aborda el enfoque del usuario o lo confunde con pruebas de aceptación.
4. Pruebas de interfaz gráfica (GUI) | Presenta herramientas como Selenium, Cypress o TestComplete, explica su funcionamiento básico, ventajas, y muestra un ejemplo visual o demostrativo. | Menciona las herramientas con una explicación general y algunos ejemplos. | Enumera las herramientas sin explicar su función o aplicación. | No identifica correctamente las herramientas o confunde su propósito.
5. Pruebas basadas en comandos/API | Explica qué son las pruebas basadas en API, su utilidad, y cómo permiten validar la comunicación entre sistemas. Muestra ejemplos o herramientas (Postman, Newman, etc.). | Menciona las pruebas API con ejemplos generales. | Menciona las API sin conectar con las pruebas o sin ejemplos. | No aborda el tema o lo confunde con desarrollo de API.
6. Claridad, organización y dominio en la exposición | Expone con seguridad, orden lógico y lenguaje técnico claro. Usa ejemplos, analogías o diagramas para reforzar la comprensión. | Exposición comprensible, aunque con pequeñas fallas en la secuencia o claridad. | Exposición poco fluida o con lenguaje impreciso. | Lectura excesiva o desorganización evidente durante la exposición.
7. Uso de recursos visuales (diapositivas, ejemplos, capturas o demostraciones) | Diapositivas bien diseñadas, con ejemplos o capturas relevantes. Apoyan la comprensión sin exceso de texto. | Diapositivas adecuadas, con algunos errores de diseño o contenido superficial. | Diapositivas poco legibles o con exceso de texto. | No utiliza recursos visuales o no aportan valor.
8. Participación y equilibrio del equipo | Todos los integrantes participan equitativamente y muestran dominio compartido del tema. | La mayoría participa, pero con desigualdad en el tiempo o aporte. | Solo algunos miembros participan activamente. | Exposición dominada por una sola persona o sin coordinación.
9. Conclusión y reflexión final | Presentan una conclusión clara, reflexionando sobre la importancia de las pruebas funcionales y de sistema en la calidad del software. | Conclusión comprensible pero sin reflexión profunda. | Conclusión breve o repetitiva. | No presentan conclusión o carece de relación con el tema.

📈 Ponderación total: 90 puntos (escala sobre 100)

Escala sugerida:

- 90 – 100 → Excelente
- 80 – 89 → Bueno
- 70 – 79 → Suficiente
- <70 → Deficiente

🧾 Instrucciones adicionales para los alumnos:

- No se permite leer directamente las diapositivas.
- Cada integrante debe cubrir un subtema:
  1. Pruebas funcionales y de sistema (visión general)
  2. Validación de funcionalidades completas
  3. Perspectiva del usuario
  4. Pruebas GUI
  5. Pruebas basadas en API
- Las diapositivas deben incluir imágenes, ejemplos o diagramas, no solo texto.