Enable javascript in your browser for better experience. Need to know to enable it? Go here.
Última actualización : May 19, 2020
Not on the current edition
This blip is not on the current edition of the Radar. If it was on one of the last few editions it is likely that it is still relevant. If the blip is older it might no longer be relevant and our assessment might be different today. Unfortunately, we simply don't have the bandwidth to continuously review blips from previous editions of the Radar Understand more
May 2020
Probar ? Vale la pena intentarlo. Es importante entender cómo construir esta habilidad. Las empresas deberían implementar esta tecnología en un proyecto que pueda manejar el riesgo.

Dada nuestra experiencia en que las pruebas son las únicas especificaciones de API que realmente importan, siempre estamos atentos a nuevas herramientas que ayuden al desarrollo guiado por pruebas. Karate es un framework para pruebas de interfaz de programación de aplicaciones (API) con la característica singular de que los tests se escriben directamente en un lenguaje de sintaxis basado en Gherkin, sin depender de un lenguaje de programación de propósito general para implementar su comportamiento. Karate utiliza un lenguaje específico de dominio para describir pruebas de API basadas en HTTP. A nuestros equipos les agrada la especificación legible que se consigue con esta herramienta, recomiendan conservar las pruebas realizadas con Karate en los niveles superiores de la pirámide de pruebas y no sobreutilizarlo haciendo assertions demasiado detalladas.

Apr 2019
Evaluar ? Vale la pena explorarlo con el objetivo de entender cómo afectará a tu empresa.

Given our experience that tests are the only API specifications that really matter, we're always on the lookout for new tools that might help. Karate is an API testing framework whose unique feature is that tests are written directly in Gherkin without relying on a general-purpose programming language to implement test behavior. Karate is really a domain-specific language for describing HTTP-based API tests. Although this approach is interesting and makes for some very readable specifications for simple tests, the special-purpose language for matching and validating payloads can become quite syntax-heavy and difficult to understand. It remains to be seen if more complex tests written in this style will be readable and maintainable over the long haul.

Publicado : Apr 24, 2019
Radar

Descargar Radar Tecnológico Volumen 25

 

English | Español | Português | 中文

Radar

Mantente informada sobre Tecnología

 

Suscríbete ahora

Visita nuestro archivo para leer los volúmenes anteriores