API (interfaz de programación de aplicaciones)
API es la abreviatura de Interfaz de programación de aplicaciones, que es un producto, es decir, la persona intermedia que permite que dos aplicaciones conversen entre sí. Cada vez que utiliza una aplicación como Facebook, envía un mensaje de texto o consulta el clima en su teléfono, está utilizando una API.
En cualquier momento, cuando utiliza una aplicación en su teléfono celular, la aplicación interactúa con Internet y envía información a un servidor. El servidor recupera esa información, la interpreta, realiza las actividades fundamentales y la envía de regreso a su teléfono. Luego, la aplicación, en ese momento, descifra esa información y le presenta los datos que necesita de manera coherente.
API de prueba: API de prueba es una biblioteca de API de prueba y utilidad que permite a los ingenieros y analizadores crear herramientas de prueba y pruebas computarizadas para aplicaciones .NET y Win32. La API de prueba ofrece una serie de bloques de construcción de prueba normales que son tipos, construcciones de información y cálculos en una pila sencilla, en capas, dividida en componentes y archivada.
¿Dónde usar la API de prueba?
Hay tres capas separadas en una aplicación ordinaria:
- La capa de presentación (o UI)
- La capa de negocios
- La capa de conjunto de datos para demostrar y controlar la información.
La prueba de la interfaz de programación se realiza en la capa más básica: comercial, en la que se realiza el manejo de la lógica comercial y se realizan todos los intercambios entre la interfaz de usuario y las capas de conjunto de datos.
¿Por qué elegir la API de prueba?
- Revela pequeños problemas antes de que se conviertan en problemas mayores. Las pruebas de API ayudan a evaluar la utilidad a nivel de código y se puede verificar la dureza de las aplicaciones antes de las pruebas de GUI.
- Puede ayudar a descubrir errores más modestos desde el principio antes de que se conviertan en problemas mayores en el futuro.
- El modelo de intercambio mientras dirige las pruebas de API no tiene lenguaje. La información se comercializa utilizando JSON o XML.
- La unión más sencilla con las pruebas de API de GUI hace posible tener pruebas para una mejor coordinación. Tiene la intención de liderar las pruebas de GUI en una etapa posterior.
¿Cómo usar la API de prueba?
- Comprender los requisitos de la API
- Determinar el estado de rendimiento de la API
- El rendimiento de API más conocido que realmente desea verificar en las pruebas de API es el código de estado de reacción. La confirmación en caso de que el código de reacción sea equivalente a 200 o no para concluir si una prueba de API se pasó o fracasó es reconocible para los nuevos analizadores de API. Esto definitivamente no es un control fuera de base. No obstante, no refleja todas las situaciones de prueba de la API.
- Centrarse en pequeñas API funcionales
En un proyecto de prueba, siempre hay algunas API que son simples con solo una o dos entradas, como la API de inicio de sesión, la API de obtención de token, la API de verificación de estado, etc.
Tipos de API de prueba:
- Pruebas de Validación: Las pruebas de validación ocurren entre los últimos avances y asumen una parte fundamental en la interacción de mejora. Comprueba las partes del artículo, conducta y productividad. Como tal, las pruebas de aprobación deben ser visibles como una afirmación del giro correcto de los acontecimientos.
- Pruebas funcionales : recuerda probar capacidades específicas para el código base. Estos elementos son la representación de situaciones específicas para garantizar que las capacidades de la API se mantengan dentro de los límites establecidos.
- Pruebas de IU : las pruebas de IU se caracterizan como una prueba de la IU para la API y otras partes vitales. Las pruebas de IU se centran más en el punto de conexión que se integra con la API que en las pruebas de la API en sí.
- Pruebas de seguridad : esta capacitación garantiza que la ejecución de la API esté a salvo de peligros externos. Las pruebas de seguridad también incorporan avances adicionales como la aprobación de técnicas de encriptación y del plan de control de acceso a la API. Asimismo, incorpora los privilegios de los clientes, los ejecutivos y la aprobación.
- Prueba de penetración : la penetración se considera la segunda prueba en el sistema de inspección. De esta forma, los clientes con información API restringida intentarán evaluar el vector de peligro de acuerdo con un punto de vista externo, que se trata de capacidades, activos, ciclos o medios para toda la API y sus partes.
- Fuzz testing : Fuzz testing es un avance más en el proceso de revisión de seguridad. En las pruebas de fuzz, se ingresará en el marco una gran cantidad de información arbitraria (a la que se alude como «conmoción» o «pelusa») para identificar cualquier bloqueo restringido o formas negativas de comportamiento.
Publicación traducida automáticamente
Artículo escrito por sowmini508 y traducido por Barcelona Geeks. The original can be accessed here. Licence: CCBY-SA