Vea qué solución de pruebas de API resultó ganadora en el informe GigaOm Radar. Obtenga su informe analítico gratuito >>

Vea qué solución de pruebas de API resultó ganadora en el informe GigaOm Radar. Obtenga su informe analítico gratuito >>
Saltar a la sección
¿Alguna vez se preguntó cuál es la mejor manera de facilitar la gestión de datos de prueba (TDM) con la simulación de prueba? Vea cómo la solución de datos de prueba virtual de Parasoft puede ayudarlo a lograrlo.
Saltar a la sección
Saltar a la sección
Para habilitar las pruebas de integración paralelas que cambian las pruebas funcionales a la izquierda, las organizaciones pueden aprovechar el enfoque de Parasoft para gestión de datos de prueba (TDM) que utiliza inteligencia artificial, aprendizaje automático y datos de prueba virtuales para reemplazar la necesidad de puntos finales físicos y bases de datos. Exploremos cómo funciona.
La validación y verificación del software sigue siendo uno de los aspectos más costosos y que requieren más tiempo del desarrollo de software empresarial. La industria ha aceptado que las pruebas son difíciles, pero a menudo se pasan por alto las causas fundamentales. Adquirir, almacenar, mantener y usar datos de prueba para realizar pruebas es una tarea difícil que lleva demasiado tiempo.
A partir de los datos de la industria, vemos que hasta el 60% del tiempo de desarrollo y prueba de aplicaciones puede dedicarse a tareas relacionadas con los datos, de las cuales una gran parte es la gestión de datos de prueba. Los retrasos y los gastos presupuestarios son solo una parte del problema: la falta de datos de prueba también resulta en pruebas inadecuadas, que es un problema mucho mayor, lo que inevitablemente resulta en defectos que se introducen en la producción.
Las soluciones tradicionales en el mercado para TDM no han mejorado con éxito el estado de los desafíos de los datos de prueba; echemos un vistazo a algunos de ellos.
Los enfoques tradicionales se basan en hacer una copia de una base de datos de producción, o exactamente lo contrario, utilizando datos generados sintéticos. Hay 3 enfoques tradicionales principales.
Los probadores pueden clonar la base de datos de producción para tener algo contra lo que probar. Dado que se trata de una copia de la base de datos de producción, la infraestructura necesaria también debe duplicarse. El cumplimiento de la seguridad y la privacidad requiere que cualquier información personal confidencial se guarde de cerca, por lo que a menudo se utiliza el enmascaramiento para ocultar estos datos.
Un subconjunto de la base de datos de producción es un clon parcial de la base de datos de producción, que solo incluye la parte necesaria para las pruebas. Este enfoque requiere menos hardware pero, al igual que el método anterior, también requiere enmascaramiento de datos e infraestructura similar a la base de datos de producción.
Al sintetizar datos, no se depende de los datos del cliente, pero los datos generados son lo suficientemente realistas como para ser útiles para las pruebas. Sintetizar la complejidad de una base de datos de producción heredada es una gran tarea, pero elimina los desafíos de seguridad y privacidad que están presentes con los mecanismos de clonación.
Primero, consideremos el enfoque más simple (y sorprendentemente más común) para TDM empresarial y eso es clonar una base de datos de producción con o sin subconjuntos. ¿Por qué este enfoque es tan problemático?
El enfoque simplificado y más seguro para gestión de datos de prueba que ofrecemos en Parasoft en nuestra Prueba SOA, Virtualizar, CTP Las herramientas de datos de prueba virtuales son mucho más seguras y resuelven estos problemas tradicionales. Entonces, ¿en qué se diferencia de los enfoques tradicionales?
La diferencia clave es que recopila datos de prueba al capturar el tráfico de las llamadas a la API y las transacciones JDBC / SQL durante las pruebas y el uso normal de la aplicación. El enmascaramiento se realiza en los datos capturados según sea necesario, y los modelos de datos se generan y se muestran en la interfaz de administración de datos de prueba de Parasoft. Los metadatos y las restricciones de datos del modelo se pueden inferir y configurar dentro de la interfaz, y se pueden realizar operaciones adicionales de enmascaramiento, generación y subconjunto. Esto proporciona un portal de autoservicio donde Se pueden aprovisionar fácilmente varios conjuntos de datos desechables para brindar a los evaluadores total flexibilidad y control de sus datos de prueba, como puede ver en las capturas de pantalla a continuación:
Parasoft's tecnología de gestión de datos de prueba virtual se complementa con la virtualización de servicios, donde las dependencias de back-end restringidas se pueden simular para desbloquear las actividades de prueba. Un buen ejemplo sería reemplazar la confianza en una base de datos física compartida intercambiándola con una base de datos virtualizada que simule las transacciones de JDBC/SQL, lo que permite realizar pruebas paralelas e independientes que, de lo contrario, entrarían en conflicto. El motor de administración de datos de prueba de Parasoft amplía el poder de la virtualización de servicios al permitir que los probadores generen, subconjunto, enmascaren y creen datos de prueba personalizados individuales para sus necesidades.
Al reemplazar las dependencias compartidas, como las bases de datos, la virtualización de servicios elimina la necesidad de la infraestructura y la complejidad necesarias para alojar el entorno de la base de datos. A su vez, esto significa conjuntos de pruebas aislados y la capacidad de cubrir casos extremos y de esquina. Aunque las dependencias virtualizadas no son "reales", las acciones con estado, como las operaciones de inserción y actualización en una base de datos, se pueden modelar dentro del activo virtual. Vea esto conceptualmente a continuación:
La ventaja clave de este enfoque es que evita las complejidades y los costos de infraestructura de la clonación de bases de datos, lo que permite Pruebas de nivel de API (como pruebas de integración) mucho antes que con otros métodos de datos de prueba.
Algunos otros beneficios de este enfoque incluyen:
La prueba en la base de datos física seguirá siendo necesaria, pero solo se requerirá hacia el final del proceso de entrega del software cuando todo el sistema esté disponible. Este enfoque para probar los datos no elimina por completo la necesidad de realizar pruebas con la base de datos real, pero reduce la dependencia de la base de datos en las primeras etapas del proceso de desarrollo de software para acelerar las pruebas funcionales.
Los enfoques tradicionales para probar la administración de datos para el software empresarial se basan en la clonación de bases de datos de producción y su infraestructura, cargados de costos, privacidad y preocupaciones de seguridad. Estos enfoques no son escalables y dan como resultado un desperdicio de recursos de prueba. Parasoft's solución de datos de prueba virtual vuelve a centrarse en las pruebas y la reconfiguración bajo demanda de los datos de prueba, lo que permite realizar pruebas de integración paralelas que salieron de esta etapa crítica de pruebas.