Pruebas de cumplimiento (pruebas de conformidad) en pruebas de software

Por: Tomas Hamilton Tomas Hamilton
Hours Actualizado

⚡ Resumen inteligente

Las pruebas de conformidad certifican que un sistema de software cumple con los estándares y regulaciones establecidos por organismos como IEEE, W3C o ETSI, abarcando el rendimiento, las funciones, la robustez, la interoperabilidad y el comportamiento general del sistema.

  • 🔘 También llamado: Las pruebas de conformidad o pruebas de tipo son una verificación formal conforme a una norma publicada.
  • 📚 Cobertura: Incluye pruebas de cumplimiento, carga, estrés y volumen dentro de un mismo programa de conformidad.
  • 🧭 Subconjuntos: Las especificaciones se agrupan en perfiles, niveles y módulos antes de que comience el diseño de las pruebas.
  • 🔄 Proceso: Analizar las normas, seleccionar las herramientas, diseñar los procedimientos, validarlos y, finalmente, adoptar las políticas de certificación.
  • ???? Teléfono: Los dispositivos GSM y CDMA incluyen pruebas de protocolo, SIM, RF, audio y absorción.
  • 🇧🇷 Distinción: La conformidad es formal y requiere apoyo total; el cumplimiento es informal y requiere apoyo parcial.
Descubre más

Proceso de pruebas de conformidad y cumplimiento en las pruebas de software

Pruebas de conformidad

Pruebas de conformidad Es una técnica de prueba de software que se utiliza para certificar que un sistema de software cumple con los estándares y regulaciones definidos por organismos como IEEE, W3C o ETSI. Determina qué tan bien un sistema bajo prueba se ajusta a los requisitos específicos de un estándar particular. Las pruebas de conformidad también se denominan pruebas de cumplimiento.

Puede que trate aspectos técnicos, pero por diseño también abarca:

  • Rendimiento
  • Funciones
  • Robustez
  • Interoperabilidad
  • Comportamiento del sistema

Tipos de pruebas de conformidad

Las pruebas de conformidad pueden ser lógicas o físicas, y comprenden los siguientes tipos de pruebas:

El siguiente diagrama muestra cómo se integran estos tipos de pruebas dentro de un único programa de conformidad.

Tipos de pruebas de conformidad agrupadas en pruebas de cumplimiento, carga, estrés y volumen.

¿Por qué necesitamos pruebas de conformidad?

  • Para comprobar el cumplimiento de los requisitos del sistema
  • Para comprobar si la documentación del sistema está completa
  • Para comprobar el desarrollo, el diseño y la evaluación según las especificaciones.

¿Qué necesitamos probar?

  • Los estándares a través de los cuales se lleva a cabo la implementación.
  • La llamada del sistema que se quiere desarrollar
  • Alcance de las especificaciones
  • Objetivos de especificación

Las pruebas de conformidad son iniciadas por la dirección, quien se asegura de que el equipo comprenda las normas, especificaciones y procedimientos aplicables.

Las normas y especificaciones deben estar claramente definidas para evitar ambigüedades. En caso contrario, las pruebas de conformidad resultan útiles para identificar los pasos necesarios para que sean pertinentes y fiables.

¿Cuándo y cómo realizar las Pruebas de Conformidad?

Las pruebas de conformidad se realizan cuando se debe verificar la consistencia, la integridad y la corrección generales del sistema con respecto a las especificaciones de requisitos. Las metodologías utilizadas no difieren mucho de las etapas habituales del ciclo de vida del desarrollo:

  • Análisis de especificaciones de requisitos.
  • Preparación del plan de pruebas
  • Preparar casos de prueba y enunciar su propósito.
  • Creación de documentación para los diseños de prueba preparados

Algunos aspectos adicionales de las especificaciones requieren atención, en particular los subconjuntos, que generalmente son de tres tipos: Perfil, Nivel y Módulos:

  • Perfil de la empresa es un subconjunto de las especificaciones que incluye la funcionalidad del sistema necesaria para satisfacer a un grupo particular de usuarios
  • Levels son subconjuntos anidados de las especificaciones, donde Nivel1 indica las especificaciones básicas y Nivel2 indica Nivel1 más funcionalidad adicional o nueva.
  • Módulos son colecciones de estándares y especificaciones significativamente correlacionados

Proceso de prueba de conformidad

El proceso de pruebas de conformidad, o proceso de pruebas de cumplimiento, es necesario para garantizar la eficiencia y el rendimiento, así como para evitar riesgos futuros en una aplicación de software. Una prueba de conformidad eficaz sigue este proceso paso a paso:

  1. Análisis de normas y especificaciones
  2. Selección de herramientas de prueba y del conjunto de pruebas
  3. Diseño de procedimientos de prueba
  4. Comprobando las validaciones necesarias
  5. Adopción de políticas y certificaciones de pruebas pertinentes.

La representación esquemática del proceso de pruebas de conformidad y cumplimiento que se muestra a continuación facilita el seguimiento de la secuencia.

Proceso de pruebas de conformidad en cinco etapas, desde el análisis de las normas hasta la certificación.

Expresado como un caso de uso, el mismo proceso muestra qué actor realiza cada etapa.

Diagrama de casos de uso del proceso de pruebas de conformidad con los actores de prueba y certificación.

ARTÍCULOS RELACIONADOS

Pruebas de conformidad frente a pruebas de cumplimiento

Las pruebas de conformidad a veces se denominan pruebas de cumplimiento, pero existen algunas diferencias básicas entre ambas. La siguiente tabla las compara.

Pruebas de conformidad Pruebas de conformidad
Una forma formal y precisa de realizar pruebas conforme a los estándares. Una forma informal y menos precisa de comprobar si cumple con los estándares.
La certificación de conformidad se aplica únicamente a un sistema operativo que cuente con la aprobación oficial de la Autoridad de Certificación. Un sistema operativo que proporciona una única API de POSIX (Portable OperaSe dice que la interfaz del sistema de configuración) cumple con
Se utiliza para probar un sistema que proporciona soporte completo para los estándares dados. Se utiliza para probar un sistema que solo admite algunos de los estándares dados.

Ventajas de las pruebas de conformidad

  1. Garantiza la correcta implementación de las especificaciones.
  2. Garantiza la portabilidad y la interoperabilidad
  3. Proporciona una utilización adecuada de los estándares.
  4. Permite asegurar que las interfaces y las funciones funcionen como se espera.
  5. Ayuda a identificar las áreas que deben ajustarse y las que no, como la sintaxis y la semántica.

Desventajas de las pruebas de conformidad

Al igual que otros tipos de pruebas, las pruebas de conformidad implican tareas difíciles de realizar y que pueden convertirse en un desafío. Algunas de ellas se enumeran a continuación:

  1. Para realizar pruebas de conformidad eficientes, es necesario identificar la clase del sistema que se está probando, junto con una metodología adecuada.
  2. Clasificación de las especificaciones en perfiles, niveles y módulos.
  3. Valores predefinidos
  4. Diseñar las extensiones, opciones y enfoques necesarios para llevar a cabo el proceso de pruebas con éxito.

Pruebas de conformidad: Perspectivas críticas

Las pruebas de conformidad tienen áreas que requieren atención y conocimientos adicionales para una implementación exitosa:

  1. Metodologías de prueba que mejor se adaptan
  2. Selección de una herramienta de prueba que automatice el proceso de prueba.
  3. Es fundamental comprender que las pruebas de conformidad solo muestran la no conformidad, nunca la conformidad en sí misma.
  4. Diseño e implementación del programa de pruebas de conformidad.
  5. Definir la formalidad con la que se debe realizar
  6. Políticas y regulación

Pruebas de conformidad para sistemas móviles

Al igual que otros tipos de pruebas de software, las pruebas de conformidad también se pueden realizar en sistemas móviles. Una vez ensamblado el sistema, se verifica su funcionamiento mediante una prueba de conformidad antes de su implementación.

Según el tipo de red, como GSM o CDMA, las pruebas se realizan para lograr la conformidad y la interoperabilidad. Estas pruebas pueden incluir:

Ejemplo de diagrama de caso de uso

El siguiente diagrama de casos de uso muestra cómo se realizan las pruebas de conformidad para las implementaciones. sistemas móviles.

Diagrama de casos de uso para pruebas de conformidad de un sistema móvil implementado.

Esto se puede explicar para la prueba de la tarjeta SIM en dos etapas. La primera etapa es validación de contraseña, mostrado a continuación.

Caso de uso para la validación de contraseñas de tarjetas SIM con rutas de PIN correctas e incorrectas.

La segunda etapa es hacer una llamada, que tiene dos resultados: llamada exitosa y llamada fallida.

Un caso práctico de llamada que muestra los resultados de llamadas exitosas y fallidas.

Las pruebas de protocolo siguen el mismo patrón, como muestra este caso de uso.

Caso de uso de prueba de protocolo para un sistema móvil en prueba de conformidad

La plantilla de casos de prueba que se muestra a continuación ilustra cómo se redactan los casos de prueba para la verificación de protocolos.

ID de prueba Escenario de prueba Pasos de prueba Datos de prueba Resultado Esperado Resultado actual Estado observaciones
PT001 El protocolo no tiene punto muerto Comience con el proceso de comunicación. _ Debe establecer comunicación exitosamente. Comunicación establecida exitosamente Pasó _
PT002 "PingEl comando funciona correctamente para el tiempo de espera. entrar: Ping comando como 'Ping -w' en el símbolo del sistema Ping 1000 Debería mostrar el mensaje “Transmit Exitoso." El mensaje muestra “Transmit Exitoso." Pasó _
PT003 Contar el número de solicitudes de 'eco' entrar: Ping comando como 'Ping -n' en el símbolo del sistema Ping 4 Debería comenzar pinging 0.0.0.4 con 32 bytes de datos y mostrar el mensaje “Transmit Exitoso." Empieza pinging 0.0.0.4 con 32 bytes de datos pero muestra el mensaje “Transmit Fallido." No pasó Error semántico o funcional
PT004 Se puede llegar a cualquier estado desde cualquier estado. Salir de un estado y volver al anterior o al siguiente. _ Debería cambiar con éxito el estado. Cambia con éxito el estado. Pasó _

Plantillas como esta aportan uniformidad al proceso de pruebas. Dependiendo del tipo de red, se pueden definir y ejecutar cientos de casos de prueba para confirmar que el sistema móvil funciona según lo especificado.

Preguntas Frecuentes

IEEE, W3C, ETSI y 3GPP son las organizaciones más mencionadas, junto con ISO. Cada una publica la especificación y, en muchos casos, un conjunto de pruebas oficiales que un laboratorio ejecuta antes de otorgar la certificación.

Los modelos leen una especificación larga y asignan cada cláusula a un caso de prueba candidato, lo que acorta la tracTrabajo de evaluación de aptitudes. Un revisor cualificado aún debe dar su visto bueno, porque la evidencia de certificación debe ser defendible ante un auditor.

Sí, para el código repetitivo del arnés y las aserciones en torno a un conjunto de pruebas publicado. Los ejecutores de Agentic también pueden volver a ejecutar el conjunto en cada compilación, aunque los criterios de aprobación deben provenir del estándar, no del asistente.

Un organismo de certificación acreditado o un laboratorio de ensayos reconocido por el organismo de normalización, no por el equipo de desarrollo. Los resultados autodeclarados suelen describirse como una declaración de conformidad, en lugar de un certificado.

Siempre que se revise el estándar o la implementación cambie de forma que afecte a una interfaz certificada. Muchos certificados también tienen un período de validez, tras el cual se vuelve a ejecutar el conjunto de pruebas.

La conformidad demuestra que una implementación se ajusta a la especificación. Pruebas de interoperabilidad Luego, demuestra que dos implementaciones desarrolladas de forma independiente funcionan conjuntamente. Superar la primera no garantiza que la segunda funcione.

Predominantemente de caja negra. El conjunto de pruebas ejercita la interfaz publicada y compara el comportamiento observado con el estándar, sin depender de cómo se haya construido internamente la implementación.

A tracMatriz de aptitud que vincula cada cláusula del estándar con un caso de prueba, los resultados obtenidos y una declaración del perfil o nivel declarado. Los auditores leen este paquete en lugar del código.

Resumir este post con: