Tema específico

Tema 33. Pruebas. Planificación y documentación. Utilización de datos de prueba. Pruebas de software, hardware, procedimientos y datos.

Pruebas 🎯 Idea clave Las pruebas constituyen un proceso sistemático para verificar y validar el correcto funcionamiento de sistemas, software, hardware y procedimientos en la Administración General de…

AGE07 A2 03/07/2026

Gestion de Sistemas e Informatica eleva la rama tecnica de OPOAGE a un cuerpo A2 con un primer ejercicio de 100 preguntas tipo test.

Lectura pública del tema

1. Pruebas

1. Pruebas

🎯 Idea clave

  • Las pruebas constituyen un proceso sistemático para verificar y validar el correcto funcionamiento de sistemas, software, hardware y procedimientos en la Administración General del Estado.
  • Su objetivo principal es detectar errores, garantizar la calidad y asegurar el cumplimiento de los requisitos establecidos en los proyectos tecnológicos.
  • Incluyen tanto pruebas funcionales como no funcionales, abarcando aspectos como rendimiento, seguridad y usabilidad.
  • La planificación y documentación de las pruebas son elementos esenciales para su ejecución estructurada y trazable.
  • Las pruebas deben realizarse en entornos controlados que reproduzcan las condiciones reales de operación.
  • La utilización de datos de prueba adecuados es crítica para simular escenarios reales sin comprometer información sensible.

📚 Desarrollo

Concepto fundamental. Las pruebas en el ámbito de la Administración General del Estado se definen como un conjunto de actividades técnicas destinadas a evaluar la conformidad de un sistema, software, hardware o procedimiento con los requisitos especificados. Este proceso no solo busca identificar defectos, sino también validar que el producto cumple con las expectativas funcionales y no funcionales definidas en las fases iniciales del desarrollo.

Normativa aplicable. El marco normativo que regula las pruebas en la AGE incluye estándares internacionales como la ISO/IEC 25000 (SQuaRE), que establece criterios para la calidad del software, y la ISO/IEC/IEEE 29119, que proporciona directrices para la gestión y ejecución de pruebas. Estos estándares son de aplicación obligatoria en los proyectos tecnológicos de la Administración, garantizando un enfoque homogéneo y alineado con las mejores prácticas internacionales.

Tipos de pruebas. Las pruebas se clasifican en dos grandes categorías: funcionales y no funcionales. Las pruebas funcionales verifican que el sistema realiza las tareas para las que fue diseñado, mientras que las pruebas no funcionales evalúan aspectos como el rendimiento, la seguridad, la escalabilidad y la usabilidad. En la AGE, las pruebas de seguridad son especialmente relevantes debido a la sensibilidad de los datos manejados y a los requisitos del Esquema Nacional de Seguridad (ENS).

Fases del proceso. El proceso de pruebas se estructura en varias fases, comenzando por la planificación, donde se definen los objetivos, el alcance y los recursos necesarios. A continuación, se diseñan los casos de prueba, que detallan los escenarios a evaluar y los criterios de aceptación. La ejecución de las pruebas se realiza en entornos controlados, y los resultados se documentan en informes que permiten la trazabilidad y la corrección de errores. Finalmente, se lleva a cabo la validación, que confirma que el sistema cumple con los requisitos establecidos.

Entornos de prueba. La ejecución de pruebas requiere entornos específicos que reproduzcan las condiciones reales de operación. Estos entornos deben estar aislados de los sistemas en producción para evitar interferencias y garantizar la integridad de los datos. En la AGE, se utilizan entornos de desarrollo, pruebas y preproducción, cada uno con un propósito distinto y niveles de control progresivos. La gestión de estos entornos es crítica para asegurar la fiabilidad de los resultados.

Datos de prueba. La utilización de datos de prueba es un aspecto clave en el proceso. Estos datos deben ser representativos de los escenarios reales, pero sin incluir información sensible o personal. En la AGE, se emplean técnicas como el enmascaramiento de datos y la generación de datos sintéticos para cumplir con el Reglamento General de Protección de Datos (RGPD) y garantizar la confidencialidad. La calidad de los datos de prueba influye directamente en la eficacia de las pruebas realizadas.

Documentación y trazabilidad. La documentación es un pilar fundamental en el proceso de pruebas. Según la norma IEEE 829-2008, se deben elaborar documentos como el plan de pruebas, los casos de prueba y los informes de errores. Estos documentos permiten la trazabilidad de los resultados, facilitan la identificación de defectos y aseguran que las pruebas sean repetibles y auditables. En la AGE, la documentación debe cumplir con los requisitos de interoperabilidad y accesibilidad establecidos en la normativa vigente.

Validación y verificación. La validación y verificación son dos conceptos complementarios en el proceso de pruebas. La verificación se centra en comprobar que el sistema cumple con los requisitos especificados, mientras que la validación asegura que el sistema satisface las necesidades reales de los usuarios. En la AGE, ambos procesos son esenciales para garantizar que los sistemas tecnológicos cumplen con los objetivos estratégicos y operativos de la Administración.


🧩 Elementos esenciales

  • Pruebas funcionales: Verifican que el sistema realiza las tareas para las que fue diseñado, evaluando su comportamiento frente a los requisitos especificados.
  • Pruebas no funcionales: Evalúan aspectos como rendimiento, seguridad, usabilidad y escalabilidad, críticos en entornos de la Administración.
  • ISO/IEC 25000: Estándar internacional que establece criterios para la calidad del software, aplicable en los proyectos de la AGE.
  • ISO/IEC/IEEE 29119: Norma que proporciona directrices para la gestión y ejecución de pruebas, asegurando un enfoque estructurado y trazable.
  • Plan de pruebas: Documento que define los objetivos, el alcance, los recursos y los criterios de aceptación para la ejecución de las pruebas.
  • Casos de prueba: Describen los escenarios a evaluar, los pasos a seguir y los resultados esperados, permitiendo la reproducibilidad de las pruebas.
  • Entornos de prueba: Espacios controlados (desarrollo, pruebas, preproducción) que reproducen las condiciones reales de operación sin afectar a los sistemas en producción.
  • Datos de prueba: Información utilizada para simular escenarios reales, que debe ser representativa pero no incluir datos sensibles o personales.
  • Enmascaramiento de datos: Técnica que oculta información sensible en los datos de prueba para cumplir con el RGPD y garantizar la confidencialidad.
  • Datos sintéticos: Datos generados artificialmente para simular escenarios reales sin comprometer información real.
  • IEEE 829-2008: Norma que establece los documentos necesarios para la planificación y ejecución de pruebas, como el plan de pruebas y los informes de errores.
  • Verificación: Proceso que comprueba que el sistema cumple con los requisitos especificados en la fase de diseño.
  • Validación: Proceso que asegura que el sistema satisface las necesidades reales de los usuarios y los objetivos estratégicos de la Administración.

🧠 Recuerda

  • Las pruebas son un proceso sistemático para verificar y validar el correcto funcionamiento de sistemas, software, hardware y procedimientos.
  • La normativa aplicable incluye estándares como la ISO/IEC 25000 y la ISO/IEC/IEEE 29119, que garantizan un enfoque homogéneo y alineado con las mejores prácticas.
  • Las pruebas se clasifican en funcionales y no funcionales, abarcando aspectos como rendimiento, seguridad y usabilidad.
  • La planificación y documentación son esenciales para la ejecución estructurada y trazable de las pruebas.
  • Los entornos de prueba deben estar aislados de los sistemas en producción para evitar interferencias y garantizar la integridad de los datos.
  • Los datos de prueba deben ser representativos pero no incluir información sensible, utilizando técnicas como el enmascaramiento y la generación de datos sintéticos.
  • La documentación, según la norma IEEE 829-2008, incluye el plan de pruebas, los casos de prueba y los informes de errores.
  • La verificación y validación son procesos complementarios que aseguran el cumplimiento de los requisitos y las necesidades reales de los usuarios.
  • La trazabilidad de los resultados es clave para la identificación y corrección de errores, así como para la repetibilidad de las pruebas.
  • Las pruebas de seguridad son especialmente relevantes en la AGE debido a la sensibilidad de los datos manejados y los requisitos del Esquema Nacional de Seguridad.

2. Planificación y documentación

2. Planificación y documentación

🎯 Idea clave

  • La planificación de pruebas en la Administración General del Estado se rige por estándares internacionales como ISO/IEC/IEEE 29119-3:2013 e IEEE 829-2008.
  • El Plan de Pruebas es el documento central que estructura todas las actividades de verificación y validación.
  • La documentación debe garantizar trazabilidad entre requisitos, casos de prueba y resultados obtenidos.
  • Los procedimientos de prueba deben estar normalizados para asegurar consistencia y repetibilidad.
  • La planificación incluye la definición de recursos, plazos, criterios de aceptación y responsables.
  • La documentación debe ser accesible y mantenida durante todo el ciclo de vida del sistema.

📚 Desarrollo

Normativa aplicable. La planificación y documentación de pruebas en la Administración General del Estado se basa en estándares internacionales reconocidos, como ISO/IEC/IEEE 29119-3:2013 e IEEE 829-2008. Estos marcos proporcionan directrices para estructurar los procesos de prueba, asegurando que se cubran todos los aspectos técnicos y organizativos necesarios. La adopción de estos estándares facilita la alineación con las mejores prácticas del sector y garantiza la calidad en los sistemas desarrollados.

Plan de Pruebas. El Plan de Pruebas es el documento fundamental que define el alcance, los objetivos, los recursos y la estrategia de las pruebas. Este documento debe incluir una descripción detallada de los casos de prueba, los procedimientos para su ejecución y los criterios de aceptación. Además, establece los roles y responsabilidades de los equipos involucrados, así como los plazos y hitos clave. Su elaboración es esencial para coordinar las actividades y asegurar que todas las partes interesadas conozcan sus funciones.

Trazabilidad. La documentación debe garantizar la trazabilidad entre los requisitos del sistema, los casos de prueba y los resultados obtenidos. Esto implica que cada requisito debe estar vinculado a uno o varios casos de prueba que verifiquen su cumplimiento. La trazabilidad permite identificar rápidamente qué requisitos no han sido validados correctamente y facilita la gestión de cambios durante el ciclo de vida del proyecto. Este enfoque es especialmente relevante en entornos administrativos, donde la transparencia y la rendición de cuentas son prioritarias.

Procedimientos normalizados. Los procedimientos de prueba deben estar normalizados para asegurar que las pruebas se ejecuten de manera consistente y repetible. Esto incluye la definición de formatos estandarizados para la documentación de casos de prueba, informes de errores y resultados. La normalización reduce la variabilidad en los procesos y minimiza el riesgo de errores humanos, lo que es crucial en sistemas que manejan datos sensibles o críticos para la Administración.

Recursos y plazos. La planificación debe detallar los recursos necesarios, tanto humanos como técnicos, para llevar a cabo las pruebas. Esto incluye la asignación de equipos, herramientas de prueba y entornos de ejecución. Asimismo, debe establecer plazos realistas que permitan ejecutar todas las pruebas sin comprometer la calidad. La gestión adecuada de los recursos y plazos es clave para evitar retrasos y garantizar que los sistemas estén disponibles en los plazos establecidos.

Criterios de aceptación. Los criterios de aceptación definen las condiciones que deben cumplirse para considerar que una prueba ha sido superada. Estos criterios deben ser claros, medibles y alineados con los requisitos del sistema. Su definición previa evita ambigüedades durante la ejecución de las pruebas y facilita la toma de decisiones sobre la aceptación o rechazo de los resultados. En la Administración, estos criterios suelen estar vinculados a normativas específicas que regulan la calidad y seguridad de los sistemas.

Documentación accesible. La documentación generada durante el proceso de pruebas debe ser accesible para todos los actores involucrados, incluyendo desarrolladores, responsables de calidad y usuarios finales. Esto implica que los documentos deben estar disponibles en formatos estándar y ser fácilmente localizables. La accesibilidad de la documentación es fundamental para mantener la transparencia y facilitar la colaboración entre los diferentes equipos, especialmente en proyectos complejos que involucran múltiples organismos.

Mantenimiento continuo. La documentación no es un producto estático, sino que debe actualizarse a lo largo de todo el ciclo de vida del sistema. Esto incluye la incorporación de nuevos casos de prueba, la actualización de procedimientos y la revisión de los criterios de aceptación cuando se produzcan cambios en los requisitos. El mantenimiento continuo de la documentación asegura que las pruebas sigan siendo relevantes y efectivas, incluso en entornos dinámicos como los de la Administración Pública.

🧩 Elementos esenciales

  • Plan de Pruebas: Documento central que define el alcance, objetivos, recursos y estrategia de las pruebas.
  • Casos de prueba: Descripciones detalladas de las condiciones, datos de entrada y resultados esperados para validar un requisito.
  • Procedimientos de prueba: Instrucciones normalizadas para ejecutar los casos de prueba de manera consistente.
  • Informe de errores: Documentación de los fallos detectados durante las pruebas, incluyendo su gravedad y estado de resolución.
  • Trazabilidad: Vinculación entre requisitos, casos de prueba y resultados para asegurar la cobertura completa.
  • Criterios de aceptación: Condiciones medibles que determinan si una prueba ha sido superada.
  • Roles y responsabilidades: Definición de los equipos y personas encargadas de cada fase del proceso de pruebas.
  • Recursos técnicos: Herramientas, entornos y equipos necesarios para ejecutar las pruebas.
  • Plazos y hitos: Cronograma detallado con fechas clave para la ejecución y finalización de las pruebas.
  • Documentación accesible: Disponibilidad de los documentos en formatos estándar y localizables para todos los actores.
  • Mantenimiento de documentación: Actualización continua de los documentos para reflejar cambios en requisitos o procedimientos.
  • Normativa aplicable: Estándares internacionales como ISO/IEC/IEEE 29119-3:2013 e IEEE 829-2008 que guían el proceso.

🧠 Recuerda

  • La planificación de pruebas es un proceso estructurado que sigue estándares internacionales.
  • El Plan de Pruebas es el documento clave que organiza todas las actividades de verificación.
  • La trazabilidad entre requisitos y casos de prueba es esencial para garantizar la cobertura completa.
  • Los procedimientos normalizados aseguran consistencia y repetibilidad en las pruebas.
  • Los criterios de aceptación deben ser claros y medibles para evitar ambigüedades.
  • La documentación debe ser accesible y mantenida durante todo el ciclo de vida del sistema.
  • La asignación adecuada de recursos y plazos es crucial para el éxito de las pruebas.
  • La actualización continua de la documentación refleja los cambios en los requisitos o procedimientos.
  • La normativa aplicable proporciona el marco para estructurar los procesos de prueba.
  • La transparencia y la rendición de cuentas son prioritarias en la Administración Pública.

3. Utilización de datos de prueba

3. Utilización de datos de prueba

🎯 Idea clave

  • Los datos de prueba son elementos fundamentales para verificar el correcto funcionamiento de sistemas, software, hardware y procedimientos en la Administración General del Estado.
  • Su diseño debe reflejar escenarios reales y casos límite para garantizar la cobertura de todos los requisitos funcionales y no funcionales.
  • La selección de datos debe evitar sesgos y asegurar la representatividad de las situaciones operativas habituales y excepcionales.
  • La reutilización de datos reales está sujeta a restricciones legales, especialmente en materia de protección de datos personales.
  • Los datos sintéticos o anonimizados son alternativas válidas cuando no es posible usar información real.
  • La trazabilidad entre los datos de prueba y los casos de prueba documentados es esencial para la validación y auditoría.

📚 Desarrollo

Definición y propósito. Los datos de prueba constituyen el conjunto de información utilizado para ejecutar casos de prueba y validar el comportamiento de sistemas, aplicaciones o procedimientos. Su objetivo principal es simular condiciones reales de operación, incluyendo tanto situaciones normales como excepcionales, para identificar errores, inconsistencias o desviaciones respecto a los requisitos especificados.

Tipos de datos de prueba. En el ámbito de la Administración General del Estado, se distinguen principalmente tres categorías: datos reales, datos sintéticos y datos anonimizados. Los datos reales provienen de entornos productivos, pero su uso está restringido por normativas como el Reglamento General de Protección de Datos (RGPD) y la Ley Orgánica de Protección de Datos Personales y garantía de los derechos digitales (LOPDGDD). Los datos sintéticos se generan artificialmente para replicar características estadísticas o patrones de los datos reales sin contener información sensible. Los datos anonimizados, por su parte, son datos reales modificados para eliminar cualquier rasgo identificativo, manteniendo su utilidad para pruebas.

Criterios de selección. La elección de los datos de prueba debe basarse en criterios técnicos y legales. Desde el punto de vista técnico, los datos deben cubrir todos los caminos lógicos del sistema, incluyendo valores límite, combinaciones extremas y casos de error. Desde el punto de vista legal, debe garantizarse el cumplimiento de la normativa de protección de datos, evitando el uso de información personal real salvo que se haya obtenido el consentimiento explícito o se haya aplicado un proceso de anonimización irreversible.

Generación de datos sintéticos. La creación de datos sintéticos es una práctica habitual en la Administración General del Estado para evitar riesgos legales y garantizar la privacidad. Estos datos se generan mediante herramientas automatizadas que replican distribuciones estadísticas, relaciones entre variables y patrones de uso observados en los datos reales. Su principal ventaja es la posibilidad de crear conjuntos de datos masivos y variados sin comprometer la confidencialidad.

Anonimización de datos. Cuando es necesario utilizar datos reales, la anonimización se convierte en un requisito obligatorio. Este proceso implica la eliminación o transformación de cualquier información que permita identificar a personas físicas, ya sea de forma directa o indirecta. Técnicas como la generalización, la supresión o la perturbación de datos son comunes, aunque deben aplicarse de manera que no distorsionen los resultados de las pruebas.

Trazabilidad y documentación. Cada conjunto de datos de prueba debe estar documentado de forma clara, especificando su origen, método de generación, propósito y relación con los casos de prueba definidos. Esta documentación facilita la reproducibilidad de las pruebas, la identificación de errores y la auditoría de los procesos de validación. Además, permite evaluar la cobertura de los requisitos y garantizar que no existen lagunas en la verificación.

Reutilización y gestión. La reutilización de datos de prueba en diferentes fases del ciclo de vida del sistema es una práctica eficiente, siempre que se mantenga su integridad y relevancia. Para ello, es necesario establecer mecanismos de gestión que incluyan la actualización periódica de los datos, su almacenamiento seguro y su disposición controlada. En la Administración General del Estado, estos procesos suelen estar alineados con las directrices de gestión de configuración y control de cambios definidas en marcos como ITIL o COBIT.

Validación de datos. Antes de su uso, los datos de prueba deben someterse a un proceso de validación para asegurar su calidad y adecuación. Esto incluye la verificación de su consistencia interna, la ausencia de valores nulos o inválidos, y la correspondencia con los escenarios de prueba previstos. La validación temprana evita resultados engañosos y reduce el tiempo dedicado a depurar errores derivados de datos incorrectos.


🧩 Elementos esenciales

  • Datos reales: Información extraída de entornos productivos, cuyo uso está restringido por normativas de protección de datos.
  • Datos sintéticos: Datos generados artificialmente para replicar características estadísticas de los datos reales sin contener información sensible.
  • Datos anonimizados: Datos reales modificados para eliminar cualquier rasgo identificativo, manteniendo su utilidad para pruebas.
  • Cobertura de requisitos: Los datos de prueba deben abarcar todos los requisitos funcionales y no funcionales del sistema.
  • Valores límite: Datos diseñados para probar los límites operativos del sistema, como valores máximos, mínimos o combinaciones extremas.
  • Casos de error: Datos que simulan situaciones excepcionales o incorrectas para verificar la robustez del sistema.
  • Trazabilidad: Relación documentada entre los datos de prueba y los casos de prueba correspondientes.
  • Generación automatizada: Uso de herramientas para crear datos sintéticos de forma eficiente y reproducible.
  • Anonimización irreversible: Proceso que garantiza que los datos no puedan ser reidentificados, cumpliendo con la normativa de protección de datos.
  • Documentación: Registro detallado del origen, propósito y características de los datos de prueba.
  • Reutilización controlada: Gestión de datos de prueba para su uso en diferentes fases del ciclo de vida del sistema.
  • Validación previa: Verificación de la calidad y adecuación de los datos antes de su utilización en pruebas.

🧠 Recuerda

  • Los datos de prueba son esenciales para validar el funcionamiento de sistemas y procedimientos en la Administración General del Estado.
  • El uso de datos reales está limitado por normativas de protección de datos, por lo que se recurre a datos sintéticos o anonimizados.
  • La selección de datos debe cubrir todos los escenarios posibles, incluyendo casos límite y situaciones de error.
  • La trazabilidad entre datos de prueba y casos de prueba es clave para la validación y auditoría.
  • La generación de datos sintéticos permite crear conjuntos de datos masivos sin comprometer la privacidad.
  • La anonimización debe garantizar que los datos no puedan ser reidentificados.
  • La documentación de los datos de prueba facilita su reutilización y la reproducibilidad de las pruebas.
  • La validación previa de los datos evita resultados engañosos y optimiza el proceso de prueba.
  • La gestión adecuada de los datos de prueba contribuye a la eficiencia y seguridad de los sistemas.

4. Pruebas de software, hardware, procedimientos y datos

4. Pruebas de software, hardware, procedimientos y datos

🎯 Idea clave

  • Las pruebas de software verifican el comportamiento funcional y no funcional de las aplicaciones según los requisitos establecidos.
  • Las pruebas de hardware evalúan el rendimiento, la compatibilidad y la fiabilidad de los componentes físicos en entornos reales o simulados.
  • Las pruebas de procedimientos validan la correcta ejecución de los flujos operativos y administrativos definidos para los sistemas.
  • Las pruebas de datos aseguran la integridad, consistencia y calidad de la información procesada y almacenada.
  • La norma ISO/IEC 25010:2023 establece un marco de referencia para evaluar la calidad de los sistemas en múltiples dimensiones.
  • La metodología IQ-OQ-PQ garantiza la validación progresiva de sistemas en entornos regulados o críticos.

📚 Desarrollo

Objetivo de las pruebas. Las pruebas de software, hardware, procedimientos y datos constituyen un proceso sistemático para identificar defectos, validar funcionalidades y garantizar el cumplimiento de los requisitos técnicos y operativos. Su finalidad es asegurar que los sistemas desarrollados o adquiridos por la Administración General del Estado funcionen de manera fiable, segura y eficiente en los entornos de producción.

Pruebas de software. Este tipo de pruebas se centra en verificar tanto los aspectos funcionales como los no funcionales de las aplicaciones. Incluyen pruebas unitarias, de integración, de sistema y de aceptación, cada una con objetivos específicos. Las pruebas funcionales validan que el software realice las tareas previstas según las especificaciones, mientras que las no funcionales evalúan atributos como el rendimiento, la seguridad, la usabilidad y la compatibilidad.

Pruebas de hardware. Las pruebas de hardware se realizan para comprobar el correcto funcionamiento de los componentes físicos, como servidores, dispositivos de red o equipos periféricos. Se evalúan aspectos como la capacidad de procesamiento, la resistencia a fallos, la compatibilidad con otros sistemas y el cumplimiento de estándares técnicos. Estas pruebas pueden incluir simulaciones de carga, pruebas de estrés y verificaciones de conectividad en entornos controlados o reales.

Pruebas de procedimientos. Este tipo de pruebas valida los flujos operativos y administrativos asociados a los sistemas, asegurando que los procedimientos definidos se ejecuten correctamente. Incluyen la verificación de manuales de usuario, guías de operación y protocolos de actuación en situaciones normales o de contingencia. Su objetivo es garantizar que los usuarios finales puedan interactuar con el sistema de manera eficiente y sin errores.

Pruebas de datos. Las pruebas de datos se enfocan en verificar la calidad, integridad y consistencia de la información procesada y almacenada por los sistemas. Incluyen la validación de formatos, la detección de duplicados, la comprobación de relaciones entre datos y la verificación de reglas de negocio. Estas pruebas son esenciales para asegurar que los datos utilizados en los procesos administrativos sean precisos y confiables.

Normativa aplicable. La norma ISO/IEC 25010:2023 proporciona un modelo de calidad para sistemas y software, definiendo características como la funcionalidad, la eficiencia, la compatibilidad y la seguridad. Además, la metodología IQ-OQ-PQ (Instalación, Operación y Rendimiento) se utiliza para validar sistemas en entornos críticos, asegurando que cumplan con los requisitos técnicos y operativos en cada fase.

Integración de pruebas. Las pruebas de software, hardware, procedimientos y datos no se realizan de manera aislada, sino que se integran en un plan global de verificación y validación. Este enfoque holístico permite identificar problemas que podrían pasar desapercibidos si se evaluaran de forma independiente, garantizando una mayor robustez y fiabilidad de los sistemas implementados en la Administración General del Estado.

🧩 Elementos esenciales

  • Pruebas funcionales: Validación de que el software cumple con los requisitos especificados en las funcionalidades.
  • Pruebas no funcionales: Evaluación de atributos como rendimiento, seguridad, usabilidad y compatibilidad.
  • Pruebas de hardware: Verificación del funcionamiento de componentes físicos en condiciones reales o simuladas.
  • Pruebas de estrés: Evaluación del comportamiento del sistema bajo cargas extremas para identificar límites operativos.
  • Pruebas de procedimientos: Validación de flujos operativos y administrativos para asegurar su correcta ejecución.
  • Pruebas de datos: Comprobación de la integridad, consistencia y calidad de la información procesada.
  • ISO/IEC 25010:2023: Norma que establece un marco para evaluar la calidad de sistemas y software.
  • Metodología IQ-OQ-PQ: Proceso de validación progresiva (Instalación, Operación y Rendimiento) para sistemas críticos.
  • Pruebas de integración: Verificación de la interacción entre diferentes módulos o componentes del sistema.
  • Pruebas de aceptación: Validación final realizada por los usuarios para confirmar que el sistema cumple con sus expectativas.
  • Pruebas de seguridad: Evaluación de vulnerabilidades y medidas de protección en el sistema.
  • Pruebas de rendimiento: Medición de la eficiencia del sistema en términos de velocidad, escalabilidad y consumo de recursos.

🧠 Recuerda

  • Las pruebas de software validan tanto funcionalidades como atributos no funcionales.
  • Las pruebas de hardware aseguran el correcto funcionamiento de los componentes físicos.
  • Las pruebas de procedimientos verifican la ejecución de flujos operativos y administrativos.
  • Las pruebas de datos garantizan la calidad e integridad de la información procesada.
  • La norma ISO/IEC 25010:2023 es clave para evaluar la calidad de los sistemas.
  • La metodología IQ-OQ-PQ se utiliza para validar sistemas en entornos críticos.
  • Las pruebas deben integrarse en un plan global para asegurar una evaluación completa.
  • Cada tipo de prueba tiene objetivos específicos y complementarios.
  • La validación de sistemas es un proceso sistemático y progresivo.
  • Las pruebas de aceptación son esenciales para confirmar el cumplimiento de los requisitos del usuario.

Prueba la demo si quieres ver el resto

Has abierto una ruta pública de tema. La demo te deja ver cómo encajan temario, preguntas y simulacros dentro de OPOAGE.

Qué vas a probar

Una demo pensada para decidir con criterio

Formato real de estudio

Practica con preguntas justificadas y comprueba si la forma de preparar Gestion de Sistemas e Informatica del Estado encaja contigo.

Temario y simulacros

Verás cómo se integran el temario, las explicaciones y los simulacros dentro del mismo recorrido OPOAGE.

Acceso por correo

Con tu nombre, tu email y la categoría AGE, te enviamos el enlace para terminar el acceso demo.

Gratis Sin compromiso AGE01 a AGE08

Solicita ya tu acceso Demo

Sólo tu email, tu nombre y la categoría AGE. La demo es gratuita.

Acceso por email Rutas AGE activas Login real en mail.opoage.es

Si ya tienes cuenta, entra desde acceso o usa la recuperación de contraseña.

Las convocatorias y bases oficiales se consultan siempre en INAP y BOE.

Preguntas frecuentes

Preguntas clave sobre Gestion de Sistemas e Informatica del Estado y OPOAGE

¿Por que incluir GSI antes que otros cuerpos grandes?

Porque refuerza una rama ya abierta con TAI y mantiene el foco en cuerpos AGE de informatica.

¿Es igual que TAI?

No. TAI es C1 y GSI es A2, con mas profundidad tecnica y otro nivel de exigencia.

¿Encaja con test de cuatro respuestas?

Si. El estudio la incluye por su formato de cuestionarios con respuestas alternativas dentro de la convocatoria AGE.