Articulo de referencia

Dispositivo de prueba

Un banco de pruebas es un dispositivo que se utiliza para probar de forma consistente algún componente, dispositivo o programa informático. Los bancos de pruebas se utilizan par...

Un banco de pruebas es un dispositivo que se utiliza para probar de forma consistente algún componente, dispositivo o programa informático. Los bancos de pruebas se utilizan para probar componentes electrónicos, software y dispositivos físicos.

Electrónica

En las pruebas de equipos electrónicos como placas de circuitos, componentes electrónicos y chips, un dispositivo de prueba es un aparato o configuración diseñado para sujetar el dispositivo bajo prueba y permitir que se pruebe sometiéndolo a señales de prueba electrónicas controladas. [ 1 ] Ejemplos de ello son un probador de lecho de clavos o un dispositivo inteligente .

Los dispositivos de prueba pueden tener diferentes formas, tamaños y funciones. Existen varios tipos de dispositivos de prueba, [ 2 ] incluyendo dispositivos de prueba en circuito , dispositivos de prueba funcionales y dispositivos de prueba inalámbricos . [ 3 ] Los dispositivos de prueba en circuito (ICT) prueban individualmente cada componente en una PCB , mientras que los dispositivos de prueba funcionales evalúan la funcionalidad de toda la placa. Los dispositivos de prueba funcionales simulan condiciones del mundo real, mientras que los ICT se centran más en detectar defectos de ensamblaje como cortocircuitos o componentes faltantes. [ 4 ] Un dispositivo de prueba en circuito puede presentarse en variantes en línea y estándar. Un dispositivo de prueba en línea está diseñado para pruebas rápidas y automatizadas directamente dentro de una línea de producción, ideal para la fabricación de alto volumen donde las pruebas continuas maximizan la eficiencia. Un dispositivo de prueba estándar , por otro lado, generalmente requiere carga manual, lo que lo hace adecuado para pruebas a menor escala o especializadas. [ 5 ]

Software

En el contexto del software, un entorno de prueba (también llamado "contexto de prueba") se utiliza para configurar el estado del sistema y los datos de entrada necesarios para la ejecución de la prueba . [ 6 ] [ 7 ] Por ejemplo, el framework web Ruby on Rails utiliza YAML para inicializar una base de datos con parámetros conocidos antes de ejecutar una prueba. [ 8 ] Esto permite que las pruebas sean repetibles, lo cual es una de las características clave de un framework de pruebas eficaz. [ 6 ] En la mayoría de los casos, un entorno de prueba personalizado normalmente requerirá software de prueba personalizado. Este software se crea para garantizar un rendimiento de prueba óptimo y una integración perfecta. El software personalizado se puede configurar para realizar una serie de pruebas diferentes, desde BIST (Built-In Self Test) hasta la implementación avanzada de JTAG . [ 9 ]

Configuración

Los conjuntos de pruebas se pueden configurar de tres maneras diferentes: en línea, delegado e implícito.

  1. La configuración en línea crea el entorno de prueba con el mismo método que el resto de la prueba. Si bien la configuración en línea es la forma más sencilla de crear un entorno de prueba, genera duplicación cuando varias pruebas requieren los mismos datos iniciales.
  2. La configuración del delegado coloca el entorno de prueba en un método auxiliar independiente al que acceden varios métodos de prueba.
  3. La configuración implícita coloca el entorno de prueba en un método de configuración que se utiliza para configurar varios métodos de prueba. Esto difiere de la configuración delegada en que la configuración general de múltiples pruebas se realiza en un único método de configuración donde se crea el entorno de prueba, en lugar de que cada método de prueba tenga sus propios procedimientos de configuración y se vincule a un entorno de prueba externo. [ 10 ]

Ventajas y desventajas

La principal ventaja de un entorno de prueba preconfigurado es que permite que las pruebas sean repetibles, ya que cada una siempre comienza con la misma configuración. Además, facilita el diseño del código de prueba al permitir al desarrollador separar los métodos en diferentes funciones y reutilizar cada función en otras pruebas. Asimismo, los entornos de prueba preconfiguran las pruebas en un estado inicial conocido, en lugar de trabajar con los restos de una ejecución de prueba anterior.

Una desventaja es que podría llevar a la duplicación de dispositivos de prueba si se utiliza una configuración en línea. [ 6 ] [ 10 ]

Prácticas que se deben evitar

Se considera una mala práctica cuando los ajustes implícitos de prueba son demasiado generales, o cuando un método de prueba configura un ajuste de prueba y no lo utiliza durante la prueba. Un problema más sutil se presenta cuando los métodos de prueba ignoran ciertos campos dentro del ajuste de prueba. Otra mala práctica es una configuración de prueba que contiene más pasos de los necesarios para la prueba; este es un problema que se observa en la configuración en línea. [ 10 ]

Un caso de prueba se considera "inseguro" cuando modifica sus fixtures. Un caso de prueba inseguro puede invalidar las pruebas posteriores al dejar los fixtures en un estado inesperado. Además, hace que el orden de las pruebas sea importante: un fixture modificado debe reiniciarse si se van a ejecutar más pruebas después de una prueba insegura. [ 6 ]

Ejemplos

Algunos ejemplos de tareas de prueba incluyen cargar una base de datos con un conjunto específico de datos conocidos, borrar un disco duro e instalar un sistema operativo limpio conocido, copiar un conjunto específico de archivos conocidos o la preparación de datos de entrada, así como la configuración y creación de objetos simulados .

El software que se utiliza para ejecutar pruebas reproducibles de forma sistemática en un programa informático que se está probando se conoce como entorno de pruebas ; parte de su función es configurar los dispositivos de prueba adecuados.

En xUnit genérico , un entorno de prueba son todos los elementos que deben estar presentes para ejecutar una prueba y esperar un resultado particular. [ 11 ]

Con frecuencia, los fixtures se crean manejando los eventos setUp() y tearDown() del marco de pruebas unitarias . En setUp() se crea el estado esperado para la prueba y en tearDown() se limpia lo que se ha configurado.

Cuatro fases de una prueba:

  1. Configuración
  2. Ejercicio: interacción con el sistema bajo prueba
  3. Verificar, determinando si se ha obtenido el resultado esperado.
  4. Derribar, para volver al estado original.

Pruebas físicas

En las pruebas físicas , un dispositivo de sujeción es un aparato o aparato que se utiliza para sostener o apoyar la muestra durante la prueba. La influencia de los dispositivos de sujeción en los resultados de las pruebas es importante y constituye un tema de investigación constante. [ 12 ]

Muchos métodos de ensayo detallan los requisitos de los dispositivos de ensayo en el texto del documento. [ 13 ] [ 14 ]

Algunos dispositivos de fijación utilizan abrazaderas, mordazas de cuña y mordazas de pinza.

Otros tipos de construcción incluyen fijaciones de rodillos excéntricos, mordazas de rosca, mordazas de cabeza abotonada y mordazas de cuerda.

Los dispositivos de sujeción mecánicos proporcionan la fuerza de sujeción a las mordazas mediante brazos, cuñas o ruedas excéntricas. Además, existen fijaciones neumáticas e hidráulicas para ensayos de tracción que permiten procedimientos de sujeción muy rápidos y fuerzas de sujeción muy elevadas.

Véase también

Referencias

  1. Tadic, Srdjan; Vukajlovic, Milan (2018). "Dispositivo de prueba automatizado para pruebas funcionales en producción de dispositivos electrónicos" (PDF) . Recuperado el 10 de septiembre de 2023 .
  2. "Tipos de dispositivos de prueba" . Moteco GmbH . Consultado el 27 de marzo de 2025 .
  3. "Dispositivos de prueba en circuito y funcionales" . Forwessun . Consultado el 14 de noviembre de 2024 .
  4. "Dispositivos de prueba funcionales" . Forwessun . Consultado el 14 de noviembre de 2024 .
  5. "Dispositivos de prueba en circuito | Dispositivos TIC" . Forwessun . Consultado el 14 de noviembre de 2024 .
  6. 1 2 3 4 Pereira da Silva, Lucas (10 de junio de 2016). "Ejecución y reutilización de código entre clases de prueba" . 2016 IEEE 14.ª Conferencia Internacional sobre Investigación, Gestión y Aplicaciones de Ingeniería de Software (SERA) . págs. 99–106 . doi : 10.1109/SERA.2016.7516134 . ISBN  978-1-5090-0809-4. S2CID 17820790 . 
  7. "Dispositivo de prueba - xUnit" . Patrones de xUnit . Consultado el 10 de septiembre de 2023 .
  8. "Una guía para probar aplicaciones Rails" .
  9. "Soluciones de software de prueba" . Forwessun . Consultado el 14 de noviembre de 2024 .
  10. 1 2 3 Greiler, Michaela; Zaidman, Andy; van Deursen, Arie; Storey, Margaret-Anne (2013). Estrategias para evitar problemas de configuración de texto durante la evolución del software (PDF) . 10.ª Conferencia de Trabajo IEEE sobre Minería de Repositorios de Software (MSR). doi : 10.1109/MSR.2013.6624053 . Recuperado el 24 de enero de 2014 .
  11. Meszaros, Gerard (2007). Patrones de pruebas unitarias: Refactorización de código de prueba (PDF) . Addison-Wesley Professional. ISBN 978-0-13-149505-0Archivado del original (PDF) el 23 de septiembre de 2016.
  12. Abadalah, MG; Gascoigne, HE (1989). La influencia del diseño del dispositivo de prueba en el ensayo de corte para materiales compuestos de fibra . ASTM STP.
  13. Ensayo ASTM B829 para determinar la conformabilidad de la tira de cobre
  14. ASTM D6641 Propiedades de compresión de la matriz polimérica mediante un dispositivo de ensayo de compresión con carga combinada.