Soap y Pruebas Automatizadas

1. SOAP y Pruebas
Automatizadas
Luis Liranzo 19-0734
Rubén Frías 18-0471

2. Pruebas SOAP
Una prueba de carga SOAP permite probar el rendimiento de un servicio web basado en SOAP
bajo carga de usuario.
Se puede configurar manualmente una solicitud SOAP mediante un sobre SOAP o se puede
utilizar el Asistente SOAP haciendo click en el botón Usar WSDL en la parte superior de la
página.

3. Requerimientos
Url
Hay que introducir la dirección URL de la página en la que desea realizar la tarea. Se debe
especificar toda la dirección URL, incluido HTTP.
Tiempo de espera de finalización
S introduce el número de segundos que la tarea debe esperar una respuesta de la página web
antes de finalizar la tarea y devolver un error. Si se deja en blanco, el tiempo de espera por
defecto para una tarea es de 120 segundos.

4. Soapaction
El campo de encabezado de solicitud HTTP SOAPAction se puede utilizar para indicar la
intención de la solicitud HTTP SOAP. El valor es un URI que identifica la intención. SOAP no
impone restricciones en el formato o especificidad del URI o que se puede resolver. Un cliente
HTTP DEBE utilizar este campo de encabezado al emitir una solicitud HTTP SOAP.
Los servidores, como los firewalls, pueden utilizar la presencia y el contenido del campo de
encabezado SOAPAction para filtrar adecuadamente los mensajes de solicitud SOAP en HTTP.
El valor del campo de encabezado de cadena vacía (“”) significa que el URI de solicitud HTTP
proporciona la intención del mensaje SOAP. Ningún valor significa que no hay ninguna indicación
de la intención del mensaje.
Cont...

5. Validación de contenido
Las Palabras Clave de Validación de Contenido se utilizan para asegurar que el contenido
esperado fue cargado en una página web.
En los campos de palabras clave, se puede especificar una o más palabras o frases que desee
buscar en el contenido de la página web. Si no se encuentran las palabras clave esperadas, la
tarea devolverá un error.
Autenticación básica
La autenticación básica se utiliza para permitir a los usuarios acceder al contenido de algunos
sitios web.
Cont...

6. Nombre de usuario: contiene un nombre de usuario para la autenticación de acceso básico o
digest de HTTP/S.
Contraseña del usuario: contiene una contraseña para la autenticación de acceso básico o digest
de HTTP/S.
Opciones de DNS
La función Opciones de DNS permite a los usuarios elegir cómo se realizan las solicitudes del
servidor de nombres de dominio (DNS) durante una tarea de monitorización.
Para especificar el modo de resolución de nombres de host, en la sección Modo de resolución de
DNS, seleccione uno de los modos disponibles.
Cont...

7. Pruebas automatizadas
Las pruebas automatizadas son un proceso cada vez más
adoptado que es cada vez más fácil de administrar a medida
que las herramientas para hacerlo se vuelven cada vez más
capaces de operar con conocimientos técnicos reducidos.
Esencialmente, la automatización tiene el potencial muy
realizable de ofrecer beneficios significativos en el triunvirato
de tiempo, costo y calidad. Algunos de los principales
beneficios son:

8. Pruebas unitarias
Esta clase de pruebas automatizadas sólo se emplea en el entorno de desarrollo, ya que
simplemente prueba el componente más pequeño de nuestros sistemas o programas. Las
pruebas unitarias se realizan con frecuencia manualmente, a menos que, por supuesto, pueda
crear una sucesión de pruebas unitarias para pruebas automatizadas, tal como se podría
considerar en un ‘Agile Sprint’. Esta clase de pruebas automatizadas será, con toda probabilidad,
creada y administrada por Agile Teams.
Las pruebas unitarias se tienen que poder ejecutar sin necesidad de intervención manual.
Las pruebas unitarias tienen que poder repetirse tantas veces como uno quiera. Por este motivo,
la rapidez de las pruebas tiene un factor clave.

9. Pruebas automatizadas de regresión
Las pruebas de regresión automatizadas son el corazón
de la estrategia de automatización de prueba.
Definiciones de diferentes paquetes de regresión:
Paquete de regresión de humo/smoke test, Es una
comprobación de que la aplicación se puede cargar y
acceder. Además, solo se deben ejecutar algunos
escenarios clave para asegurarse de que la aplicación
sigue siendo funcional.

10. Pruebas de integración
Las pruebas de integración verifican que los diferentes módulos y/o servicios usados por nuestra
aplicación funcione en armonía cuando trabajan en conjunto.
Por ejemplo,
● pueden probar la interacción con una o múltiples bases de datos,
● o asegurar que los microservicios operen como se espera.
Las pruebas de integración son típicamente el paso siguiente a las pruebas unitari

11. Pruebas de humo
Las pruebas de humo son pruebas que verifican la funcionalidad básica de una aplicación.
● Se pretende que sean pruebas rápidas de ejecutar,
● y su objetivo es asegurar que las características más importantes del sistema funcionan
como se espera.
Los smoke tests pueden ser muy útiles:
● justo después de construir una nueva versión de nuestra aplicación, para decidir si
estamos listos para ejecutar pruebas más costosas,
● o justo después de un proceso de deployment, para asegurar que la aplicación está
funcionando adecuadamente en el nuevo entorno desplegado.

12. Pruebas de aceptación
Las pruebas de aceptación son pruebas formales, ejecutadas para verificar si un sistema
satisface sus requerimientos de negocio.
Estas pruebas requieren que el software se encuentre en funcionamiento, y se centran en
replicar el comportamiento de los usuarios, a fin de rechazar cambios si no se cumplen los
objetivos. Estos objetivos pueden ir más allá de obtener una respuesta específica, y medir el
rendimiento del sistema.

13. Pruebas de rendimiento
Estos tests son no-funcionales, y pueden tener diversas formas para entender
● la fiabilidad,
● estabilidad
● y disponibilidad de la plataforma.
Las pruebas de rendimiento son, por su naturaleza, bastante costosas de implementar y
ejecutar, pero pueden ayudarnos a comprender si nuevos cambios van a degradar nuestro
sistema (como hacerlo más lento o aumentar su consumo de recursos).

14. Referencias
Matt. (2020). ¿Qué es la prueba automatizada y por qué usarlas?. marzo 28, 2021, de TSG Training Sitio web:
https://www.tsg-training.co.uk/que-es-la-prueba-automatizada-y-por-que-usarlas/?lang=es
Programacionymas.com. (s. f.). Los diferentes tipos de testing en el desarrollo de software. marzo 28,2021, Sitio web:
https://programacionymas.com/blog/tipos-de-testing-en-desarrollo-de-software
Tutorialselenium.com. (2019). Estrategia de pruebas automatizadas para proyectos ágiles. marzo 28, 2021, Sitio web:
https://www.tutorialselenium.com/2019/01/19/estrategia-pruebas-automatizadas/
Universidad de Alicante. (s. f.). Curso .NET con C#. marzo 28, 2021, Sitio web:
https://si.ua.es/es/documentacion/c-sharp/documentos/pruebas/07pruebasunitarias.pdf
García, I.. (2009). Pruebas funcionales de servicios web con soapUI. marzo 28, 2021, de Adictos al trabajo Sitio web:
https://www.adictosaltrabajo.com/2009/12/28/pruebas-funcionales-soapui/
dotcom-monitor. (2018). Prueba de carga SOAP. marzo 28, 2021, de dotcom-monitor Sitio web:
https://www.dotcom-monitor.com/wiki/es/knowledge-base/configuracion-de-la-tarea-soap/