Las pruebas automatizadas son fundamentales para la entrega continua y la integración continua. Permiten ejecutar pruebas de forma automatizada con cada cambio de código para verificar que no se introducen errores. Las pruebas E2E simulan experiencias de usuario, mientras que las pruebas de integración se encargan de dependencias externas. SOAP es un protocolo estándar para el intercambio de datos XML entre objetos que permite servicios web.
2. PRUEBAS AUTOMATIZADAS
• Las pruebas automatizadas consisten en la aplicación de herramientas de software para
automatizar el proceso manual de revisión y validación de un producto de software que lleva a
cabo una persona. Ahora, la mayoría de los proyectos de software ágiles y de DevOps
modernos incluyen pruebas automatizadas desde el principio
3. ENTREGA CONTINUA
• La entrega continua (CD) consiste en publicar
versiones de código nuevas lo más rápido posible
para los clientes. Las pruebas automatizadas
resultan fundamentales para alcanzar ese
objetivo. No hay forma de automatizar dicha
publicación si hay un paso manual que requiere
mucho tiempo en el proceso de publicación.
• La CD forma parte de un proceso de
implementación mayor. Es sucesora de la
integración continua (CI) y depende de ella. La CI
es totalmente responsable de ejecutar pruebas
automatizadas ante cualquier cambio de código
nuevo y de verificar que dichos cambios no afectan
a la integridad de las funciones establecidas ni
introducen errores nuevos
4. PRUEBAS E2E
• Las pruebas E2E simulan una experiencia a nivel de usuario en toda la pila de un
producto de software. Por lo general, los planes de pruebas E2E abarcan historias a
nivel de usuario como: “el usuario puede iniciar sesión”, “el usuario puede hacer un
depósito” o “el usuario puede cambiar la configuración del correo electrónico”.
5. PRUEBAS DE INTEGRACIÓN
• A menudo, una unidad de código realizará una llamada externa a un servicio de
terceros, pero el código base principal que se está probando no tendrá acceso al
código de este. Las pruebas de integración se encargan de burlarse de estas
dependencias de terceros y de asegurar que el código que interactúa con ellas se
comporta según lo previsto.
6. PRUEBA SOAP
• SOAP (Simple Object Access Protocol) es el protocolo estándar que permite la
comunicación de dos objetos intercambiando datos XML.
• La comunicación en Internet se basa principalmente en protocolos como HTTP,
HTTPS, FTP o, a otro nivel, TCP. Pero SOAP es esencial para los servicios web,
interfaces a través de las cuales un dispositivo puede hacer uso del servicio de un
servidor. Los buscadores, las tiendas en línea y otros muchos servicios en Internet
funcionan a través de dichos servicios web, y SOAP es uno de los protocolos que lo
hacen posible.
7. FUNCIONAMIENTO
SOAP se basa en el metalenguaje XML. Este,
que también es una recomendación de W3C,
es un conjunto de unidades de información
que son necesarias para dar como resultado
un documento XML bien formado (es decir, de
acuerdo con una estructura recomendada).
SOAP asimila su estructura de mensajes y por
consiguiente se corresponde principalmente
con un documento XML.
En la mayoría de los casos, SOAP se integra
también en HTTP. El transporte se realiza a
través del protocolo y se integra en su
estructura. Un mensaje HTTP con una
solicitud SOAP tiene la siguiente forma:
8. SOAP
• El protocolo aparece a menudo en combinación con el lenguaje WSDL (Web Services
Description Language). Se trata de un lenguaje de descripción especial para
servicios web que, por otra parte, no depende de plataforma. Con su ayuda, un
cliente puede reconocer qué servicios ofrece un servicio web. A partir del archivo
WSDL, el cliente deduce qué posibilidades tiene para realizar una solicitud SOAP. El
dúo WSDL y SOAP permite que dos sistemas diferentes se comuniquen sin tener
que adaptarse previamente.
