Pruebas de API USANDO QTP/UFT: Tutorial completo

Por: Tomas Hamilton Tomas Hamilton
Hours Actualizado

⚡ Resumen inteligente

Pruebas de API en QTP/UFT Se valida un servicio directamente, sin necesidad de interfaz de usuario. Una prueba de API se estructura como un flujo de actividades en un lienzo, y los puntos de control determinan si cada respuesta es válida.

  • 🔘 No se requiere interfaz gráfica de usuario: Los datos se envían directamente al servicio y la respuesta registrada se compara con las expectativas.
  • ☑️ Cinco tipos compatibles: Servicios web, REST, lenguaje orientado a objetos, bases de datos y API propietarias.
  • ✅ Flujo de actividad, no objetos: Arrastre una solicitud HTTP desde la caja de herramientas al flujo de prueba y configure sus propiedades.
  • 🧪 Los puntos de control deciden el veredicto: Un código de estado de 200 indica que la llamada se realizó correctamente sin necesidad de inspección manual.
  • 🛠️ Resultados en un solo lugar: El visor de resultados de la carrera informa sobre cada actividad, su respuesta y el resultado de cada punto de control.
  • 📌 Nombres actuales: QTP Además, la prueba de servicio de HP se convirtió en UFT, ahora se vende como OpenText Pruebas funcionales (UFT Uno).
Descubre más

Construir y ejecutar una prueba de API en QTP y UFT Un

Antes de probar una API, necesitamos saber qué es una API. Una API (Interfaz de Programación de Aplicaciones) es un conjunto de funciones y procedimientos de software que pueden ser ejecutados por otras aplicaciones de software.

¿Qué son las pruebas de API?

Prueba de API es un pruebas de software Método para validar interfaces de programación de aplicaciones (API). El objetivo de las pruebas de API es evaluar su funcionalidad, fiabilidad, seguridad y rendimiento. En estas pruebas, se utiliza software para enviar datos de entrada a la API y se registra la salida para su posterior análisis.

Entonces, las pruebas de API son:

  • Pruebas sin GUI
  • Simulación programática de escenarios de datos o flujo de control.
  • Se centra en a la fatigano en el comportamiento ni en la experiencia del cliente.

El diagrama que aparece a continuación sitúa las pruebas de la API entre el cliente que llama al servicio y los datos a los que accede.

Alcance de las pruebas de API entre la capa del cliente y la capa de la base de datos.

¿Por qué son importantes las pruebas API?

Las pruebas de API tienen cuatro ventajas significativas.

1. Las pruebas de API son la tendencia

Como muestra la siguiente figura, las pruebas de API han crecido muy rápidamente en los últimos diez años. Se han vuelto mucho más populares que otros tipos de pruebas.

Gráfico que muestra el crecimiento en la adopción de pruebas de API durante diez años.

2. Ahorro de tiempo

Con las pruebas de API podemos usar la ejecución en paralelo para reducir el tiempo de ejecución de las pruebas. Puede ahorrar hasta 5 veces en comparación con otros tipos de pruebas.

3. Idioma independiente

En API Testing, los datos se intercambian a través de XML or JSON, por lo que se puede usar cualquier lenguaje para probar la respuesta. Por ejemplo, si tiene un servicio cuya respuesta está en formato JSON, puede analizar fácilmente los datos con Java, C# o cualquier otro idioma.

4. Fácil integración de GUI

Gracias UFT Una misma solución integra pruebas de interfaz gráfica de usuario (GUI) y pruebas de API. Una llamada a la API permite configurar los datos para una prueba de interfaz de usuario, y ambos tipos de pruebas generan un único informe de resultados. Esto permite mantener la verificación del servicio y la pantalla que lo utiliza en un solo proyecto, en lugar de dos conjuntos de herramientas diferentes.

Pruebas de API con UFT (Pruebas funcionales unificadas)

Existen numerosas herramientas disponibles, tanto de código abierto como comerciales. UFT Es una excelente opción para ejecutar pruebas de API, ya que el flujo se construye visualmente y la configuración se mantiene en un único panel de propiedades.

La última versión de QTP, llamado HP Unified Prueba de funcion (UFT), es una combinación de HP QTP (una herramienta de prueba de interfaz gráfica de usuario) y HP Service Test (una herramienta de prueba de API). UFT admite Web, Java, .NETO, OracleSiebel, servicios web y muchos otros lenguajes y plataformas importantes que las versiones anteriores no admitían.

⚠️ Nomenclatura del producto: la herramienta descrita aquí como HP UFT ahora se vende como OpenText Pruebas funcionales (UFT Uno), habiendo pasado de HP a Micro Focus y luego a OpenTextLas pantallas que se muestran a continuación corresponden a la versión de la era HP, por lo que la redacción del menú difiere de las versiones actuales, pero el flujo de pruebas de la API, las actividades y los puntos de control funcionan de la misma manera.

Tipo de soporte de prueba de API por HP UFT

  1. servicio web
  2. REST
  3. Lenguaje orientado a objetos
  4. Database
  5. API propietaria
No te pierdas

Comience sus primeras pruebas de API con QTP

En esta prueba de API en UFT tutorial, cubriremos UFT Ejemplos de pruebas de API. Vamos a probar la API Graph de Facebook. Probaremos la API como la Caso de prueba a continuación

  1. Obtenga un perfil del usuario especificado en Facebook.
  2. Verificar que el perfil se ajuste a las expectativas.

A continuación se muestra un paso para crear un flujo de prueba para esta API.

Previsto UFT Flujo de prueba para el caso de prueba de la API de Facebook Graph

⚠️ Acerca de este ejemplo: Facebook retiró la API Graph v2.3 hace años y el token de acceso que se muestra a continuación ya no funciona, por lo que la llamada exacta ya no devuelve datos. La solicitud original se mantiene sin cambios como ejemplo práctico; simplemente siga los mismos pasos en cualquier punto final REST actual para continuar.

Paso 1) Abrir HP UFT y crear un nuevo proyecto de pruebas de API

  1. Elija Inicio > (Todos) los programas > Software HP > HP Unified Functional Testing > Unified Functional Testing. En las versiones actuales esto es simplemente el UFT Un atajo.

    Windows Ruta del menú Inicio al acceso directo de HP Unified Functional Testing

  2. Haga clic en Archivo > Nuevo > Prueba. Seleccione la pestaña Prueba API tipo

    UFT Cuadro de diálogo Agregar nueva prueba con el tipo de prueba de API seleccionado.

  3. Cuando se abra un cuadro de diálogo, introduzca el nombre de la prueba de API: API_Facebooky seleccione una ubicación para guardar este proyecto. Haga clic. Crear para crear el proyecto de prueba de la API.

    Nombrar la nueva prueba de API como API_Facebook y elegir su ubicación de guardado.

Paso 2) Agregar solicitud HTTP al flujo de prueba

Utilizaremos la solicitud HTTP para realizar una solicitud a la API de Facebook.

  1. Seleccionar Toolbox > Network

    El grupo de la red se expandió en el UFT Panel de herramientas

  2. Elemento de arrastre Solicitud HTTP para probar el flujo.

    La actividad de solicitud HTTP cayó en el UFT Lienzo de flujo de prueba de API

Paso 3) Configurar y pasar parámetros a una solicitud HTTP

  1. Haga clic derecho en el Solicitud HTTP objeto para editarlo.

    Menú contextual (clic derecho) en el objeto Solicitud HTTP en el flujo de prueba.

  2. En la sección Propiedades, ingrese el URL

    Panel de propiedades de la actividad de solicitud HTTP con el URL campo

    https://graph.facebook.com/v2.3/me?access_token=CAACEdEose0cBANJsDnbZC92mNAghaM6xxZCZBZAvKlMXS98VYvKy%20OlrfAdsUWR8x5aw9Kqc0grscs9zb9IYED4VC3FwapIZBj%20dsuxy%20HdLcff38gYUBFNeRQlH%20fN7eXKoVZBNl0bR233ZAZCw8fLF1QLh98ry2ZBeYBhXLabtTDkFPZA1IqhaMG0mQp30zO1%20QxQ19nVCxZArJA6XRoB1o5FMepII5cn3DgbBmTgZD
  3. También puede pasar un parámetro a la API estableciendo valores en el Encabezado de solicitud rejilla

    La cuadrícula de encabezados de solicitud se utiliza para pasar parámetros adicionales a la llamada a la API.

    Utilice el Graph API Explorer de Facebook para obtener el valor de access_token.

  4. Configure Método HTTP a .

    Lista de métodos HTTP de la actividad de solicitud HTTP establecida en GET

    Se ha seleccionado GET como método HTTP para la solicitud.

  5. Configurar Puntos de control de Solicitud HTTP. Establezca el código de estado en 200 En la sección de Puntos de Control, estos permiten comprobar si la acción se realizó correctamente sin necesidad de verificar el resultado manualmente. El resultado de la prueba (aprobado o reprobado) se determina mediante ellos. Un código de estado de 200 indica que la prueba se ha superado con éxito.

    Panel de puntos de control con el código de estado esperado establecido en 200.

Paso 4) Ejecute la prueba

Haga clic en el botón Ejecutar botón, o presione F5Para abrir el cuadro de diálogo Ejecutar prueba, haga clic en Ejecutar para compilar y ejecutar la prueba.

UFT Se abrió el cuadro de diálogo Ejecutar prueba desde el botón Ejecutar.

Paso 5) Ver el resultado

Se abre el Visor de resultados de ejecución. En esta prueba de API usando UFT Por ejemplo, un caso de prueba fallido se informa como en la siguiente figura.

El visor de resultados de ejecución muestra un caso de prueba de API fallido.

Cuando la prueba se supera, el resultado se informa como se muestra a continuación.

El visor de resultados de la ejecución muestra que el caso de prueba de la API se ha superado.

Tu primera prueba de API en UFT ahora está completo.

A dónde ir desde aquí

Ahora que ha aprendido a crear una prueba con una prueba de API en UFT, puedes crear tu propia prueba para tu aplicación sin interfaz gráfica de usuario. Agregar un control por respuesta y grupoping llamadas en transacciones son los pasos siguientes habituales.

Preguntas Frecuentes

Una prueba de interfaz gráfica de usuario (GUI) controla los elementos en pantalla y los almacena como objetos de prueba. Una prueba de API consiste en una secuencia de actividades en un lienzo que envía solicitudes directamente a un servicio, por lo que no se registra nada de la interfaz.

No. Una prueba de API tiene actividades, propiedades de entrada y salida y fuentes de datos en lugar de objetos de prueba, por lo que no repositorio de objetos está involucrado. Solo las pruebas de GUI aprenden objetos y almacenan sus descripciones.

Importa el archivo WSDL del servicio en la prueba. UFT Lee el documento, crea una actividad para cada operación que expone el servicio y las agrega al panel de la Caja de herramientas para que puedan arrastrarse al flujo de prueba como cualquier otra actividad.

Vincule las propiedades de entrada de la actividad a una fuente de datos como una hoja de Excel o un archivo XML en lugar de...ping valores literales. Cada fila produce una iteración, y el Visor de resultados de ejecución informa el resultado por iteración.

Las herramientas con asistencia de IA comparan las respuestas entre ejecuciones para detectar desviaciones en el esquema y campos que presentan fallos recientes, y pueden agrupar los fallos repetidos según su posible causa raíz. Esto agiliza el proceso de clasificación, pero los valores esperados en cada punto de control aún requieren la decisión de un humano.

Copilot es útil para el código que rodea la prueba: lógica de actividad personalizada, análisis de respuesta y funciones auxiliares. No puede construir el flujo de prueba visual ni leer el código de su servicio.tract, por lo que cada solicitud y punto de control que sugiere necesita verificación.

SoapUI y Postman son más ligeros y gratuitos para empezar. UFT Se justifica su utilidad cuando el mismo proyecto también debe abarcar la interfaz de usuario, ya que una licencia y un conjunto de resultados abarcan ambas capas.

Además del código de estado HTTP, una prueba de API puede verificar el contenido del cuerpo de la respuesta, los valores de los encabezados individuales y los datos devueltos en comparación con una fuente esperada. Cada resultado de punto de control aparece junto con la solicitud en el Visor de resultados de ejecución.

Resumir este post con: