Hora de publicación: 2023-04-19 Origen: Sitio
Prueba de API También es ampliamente utilizado por los probadores de software, ya que les permite verificar los requisitos independientemente de la GUI
La implementación, a menudo probándolos temprano en el desarrollo, y garantizar que las pruebas se adhieran a los principios de código limpio, especialmente el principio de responsabilidad única, implica probar directamente las API como parte de las pruebas de integración para determinar si cumplen con las expectativas de funcionalidad, confiabilidad, rendimiento, y la seguridad, ya que la API carece de una GUI, la prueba de API se realiza en la capa de mensajería. Las pruebas de API se consideran críticas cuando la API se usa como la interfaz principal para la lógica de la aplicación.
Las pruebas continuas son el proceso de realizar pruebas automatizadas como parte de una cartera de entrega de software para obtener comentarios inmediatos sobre los riesgos comerciales asociados con los candidatos de liberación de software. Para las pruebas continuas, el alcance de las pruebas se extiende desde la validación de los requisitos de abajo hacia arriba o las historias de los usuarios hasta la evaluación del sistema de evaluación Requisitos en relación con los objetivos comerciales generales.
Prueba de interfaz de usuario gráfica (GUI):
Muchas herramientas de automatización de pruebas proporcionan capacidades de registro y reproducción que permiten a los usuarios registrar interactivamente las acciones del usuario y reproducirlas varias veces para comparar los resultados reales con los resultados esperados. La ventaja de este enfoque es que requiere poco o ningún desarrollo de software. Este enfoque puede ser Aplicado a cualquier aplicación con una GUI. Sin embargo, la dependencia de estas características plantea problemas importantes de confiabilidad y mantenimiento. Relaborar el botón o moverlo a otra parte de la ventana puede requerir volver a grabar la prueba. El registro y la reproducción también a menudo agregan actividad irrelevante o registran alguna actividad incorrectamente.Una variación de esta herramienta es para probar sitios web. La "interfaz " Aquí está la página web. Sin embargo, dicho marco utiliza una técnica completamente diferente, ya que hace que HTML y escuchen eventos DOM en lugar de eventos del sistema operativo. o las soluciones basadas en el controlador web de Selenium a menudo se usan para este propósito.Otra variación de tales herramientas de automatización de pruebas es para probar aplicaciones móviles. Esto es muy útil dado el número de diferentes tamaños, resoluciones y sistemas operativos utilizados en los teléfonos. Para esta variante, se utiliza un marco para instanciar la acción en el dispositivo móvil y recolectar el resultado de la acción.Otra variante es la automatización de pruebas sin script, que no usa registro y reproducción, sino que construye un modelo de la aplicación y luego permite a los probadores crear casos de prueba simplemente insertando parámetros y condiciones de prueba, que no se requieren habilidades requeridas.
La estrategia que determina la cantidad de pruebas automatizadas es la pirámide de automatización de pruebas. Esta estrategia sugiere escribir tres pruebas con diferentes granularidades. Cuanto mayor sea el nivel, menos pruebas para escribir.
Servicio de unidades y nivel de interfaz de usuario.
Como una base sólida, las pruebas unitarias proporcionan robustez a los productos de software. Las secciones de código facilitan la escritura y la ejecución de las pruebas. Los desarrolladores escriben las pruebas unitarias como parte de cada historia e las integran con CI.
La capa de servicio se refiere a los servicios que prueban la aplicación independientemente de la interfaz de usuario. Estos servicios son cualquier cosa que la aplicación haga en respuesta a alguna entrada o conjunto de entradas.
En el nivel superior, tenemos pruebas de interfaz de usuario, que tienen menos pruebas debido a diferentes propiedades que hacen que sea más complejo de ejecutar, como la fragilidad de las pruebas, donde un pequeño cambio en la interfaz de usuario puede romper muchas pruebas y aumentar el esfuerzo de mantenimiento.
Integración de unidades y niveles de extremo a extremo
Un concepto de la pirámide de prueba consta de pruebas unitarias, pruebas de integración y pruebas unitarias de extremo a extremo. Según el blog de pruebas de Google, las pruebas unitarias deben formar la mayoría de su estrategia de prueba, con menos pruebas de integración y solo unos pocos finales. Pruebas para extremo.
Pruebas unitarias: estas pruebas prueban un solo componente o unidad de código de forma aislada. Son rápidos, confiables y aislan fallas en pequeñas unidades de código.
Pruebas de integración: estas pruebas verifican cómo funcionan juntas diferentes unidades de código. Aunque las unidades individuales pueden funcionar correctamente individualmente, las pruebas de integración aseguran que trabajen juntas al unísono.
Pruebas de extremo a extremo: estas pruebas prueban el sistema en su conjunto, simulando escenarios de uso del mundo real. Son las pruebas más lentas y complejas.