{"id":847,"date":"2019-05-24T21:45:53","date_gmt":"2019-05-25T03:45:53","guid":{"rendered":"https:\/\/www.pensemosweb.com\/?p=847"},"modified":"2024-03-07T16:04:18","modified_gmt":"2024-03-07T22:04:18","slug":"pruebas-agiles-agile-testing-equipo-feliz-clientes-contentos","status":"publish","type":"post","link":"https:\/\/pensemosweb.com\/en\/pruebas-agiles-agile-testing-equipo-feliz-clientes-contentos\/","title":{"rendered":"Pruebas \u00e1giles o Agile testing. Equipo feliz, clientes contentos"},"content":{"rendered":"<h2 class=\"wp-block-heading\">\u00bfQu\u00e9 es \u00e1gil?<\/h2>\n\n\n\n<p>Antes que nada, recordemos el significado de \u00c1gil.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote is-layout-flow wp-block-quote-is-layout-flow\"><p>La capacidad de crear y responder al cambio con el fin de tener \u00e9xito en un ambiente incierto y turbulentoagileallieance.org<\/p><cite>agileallieance.org<\/cite><\/blockquote>\n\n\n\n<blockquote class=\"wp-block-quote is-layout-flow wp-block-quote-is-layout-flow\"><p>Aceptamos que los requisitos cambien, incluso en etapas tard\u00edas del desarrollo. Los procesos \u00c1giles aprovechan el cambio para proporcionar ventaja competitiva al cliente.<\/p><cite>Uno de los 12 principios de &#8220;Agile Manifiesto&#8221;<\/cite><\/blockquote>\n\n\n\n<p>Con este enfoque, un producto que se crea usando metodolog\u00edas \u00e1giles debe ser <strong>adaptable<\/strong>, es decir, responder al cambio en un ambiente turbulento. Esta respuesta al cambio nos permite crear productos que sean sustentables. M\u00e1s abajo se describe a que nos referimos como sustentable.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">\u00bfQu\u00e9 son las pruebas \u00e1giles?<\/h2>\n\n\n\n<p>Pruebas \u00e1giles son t\u00e9cnicas esenciales en el desarrollo de software que implementan los principios y pr\u00e1cticas \u00e1giles.<\/p>\n\n\n\n<p>Una de las pr\u00e1cticas \u00e1giles para implementar el principio de <strong>adaptaci\u00f3n al cambio<\/strong> son las <strong>pruebas \u00e1giles.<\/strong><\/p>\n\n\n\n<blockquote class=\"wp-block-quote is-layout-flow wp-block-quote-is-layout-flow\"><p>La atenci\u00f3n continua a la excelencia t\u00e9cnica y al buen dise\u00f1o mejora la Agilidad.<\/p><cite>Uno de los 12 principios del &#8220;Agile Manifiesto&#8221;<\/cite><\/blockquote>\n\n\n\n<p>Las pruebas \u00e1giles mejoran la agilidad porque nos permite crear un producto con un <strong>mejor dise\u00f1o<\/strong>, m\u00e1s entendible y en general de <strong>mejor calidad<\/strong>. Esto <strong>promueve un f\u00e1cil mantenimiento y la adaptabilidad en una ambiente s\u00faper cambiante. Lo que nos lleva a menores costos financieros.<\/strong><\/p>\n\n\n\n<p>Cuando hablamos de pruebas \u00e1giles hablamos de varias t\u00e9cnicas y de diferentes tipos de pruebas, como pueden ser TDD, BDD,  las pruebas unitarias, funcionales, de integraci\u00f3n, de rendimiento, de usabilidad, etc.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">\u00bfQu\u00e9 significa sustentable o sostenible?<\/h2>\n\n\n\n<p>Se refiere a algo que est\u00e1 en condiciones de conservarse o reproducirse por sus propias caracter\u00edsticas, sin necesidad de intervenci\u00f3n o apoyo externo. <\/p>\n\n\n\n<blockquote class=\"wp-block-quote is-layout-flow wp-block-quote-is-layout-flow\"><p>Los procesos \u00c1giles promueven el desarrollo sostenible. Los promotores, desarrolladores y usuarios debemos ser capaces de mantener un ritmo constante de forma indefinida.<\/p><cite>Uno de los 12 principios de &#8220;Agile Manifiesto&#8221;<\/cite><\/blockquote>\n\n\n\n<p>Siempre deber\u00edamos preguntarnos a nosotros mismos si estamos creando productos sustentables, que se adapten al cambio f\u00e1cilmente.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Caracter\u00edsticas de las pruebas \u00e1giles<\/h2>\n\n\n\n<p>Como ya hemos descrito hasta este punto, existen muchos principios que se relacionan much\u00edsimo con el uso de pruebas \u00e1giles. Hago hincapi\u00e9,  <strong>las pruebas \u00e1giles se basan en principios \u00e1giles.<\/strong><\/p>\n\n\n\n<blockquote class=\"wp-block-quote is-layout-flow wp-block-quote-is-layout-flow\"><p>Nuestra mayor prioridad es satisfacer al cliente mediante la entrega temprana y continua de software con valor.<\/p><cite>Uno de los 12 principios del &#8220;Agile Manifiesto&#8221;<\/cite><\/blockquote>\n\n\n\n<p>Es una ilusi\u00f3n, nos enga\u00f1amos a nosotros mismos, cumplir con la fecha de entrega dejando de lado la calidad. Tirando las buenas pr\u00e1cticas como <a href=\"https:\/\/pensemosweb.com\/en\/introduccion-desarrollo-guiado-especificacion-tdd\/\" target=\"_blank\" rel=\"noreferrer noopener\"><strong>Desarrollo guiado por pruebas<\/strong> (TDD ) o <strong>Desarrollo guiado por comportamiento<\/strong> (BDD)<\/a>, y creando c\u00f3digo en el \u00faltimo minuto. Eso no es desarrollo \u00e1gil, aunque se pudiera obtener velocidad a corto plazo, el costo a mediano y largo plazo es muy grande para el negocio y\/o stakeholders. <strong>\u00bfEso es la descripci\u00f3n de un software con verdadero valor para nuestros clientes?<\/strong><\/p>\n\n\n\n<blockquote class=\"wp-block-quote is-layout-flow wp-block-quote-is-layout-flow\"><p>Entregamos software funcional frecuentemente, entre dos semanas y dos meses, con preferencia al periodo de tiempo m\u00e1s corto posible.<\/p><cite>Uno de los 12 principios del &#8220;Agile Manifiesto&#8221;<\/cite><\/blockquote>\n\n\n\n<blockquote class=\"wp-block-quote is-layout-flow wp-block-quote-is-layout-flow\"><p>El software funcionando es la medida principal de progreso.<\/p><cite>Uno de los 12 principios del &#8220;Agile Manifiesto&#8221;<\/cite><\/blockquote>\n\n\n\n<h3 class=\"wp-block-heading\">Gu\u00edan al desarrollo a trav\u00e9s de especificaciones claras<\/h3>\n\n\n\n<p><a href=\"https:\/\/pensemosweb.com\/en\/introduccion-desarrollo-guiado-especificacion-tdd\/\" target=\"_blank\" rel=\"noreferrer noopener\"><strong>TDD<\/strong> and <strong>BDD<\/strong><\/a> son t\u00e9cnicas \u00e1giles, pero si nos fijamos en sus definiciones, la frase principal es &#8220;<strong>Desarrollo guiado por<\/strong>&#8220;, as\u00ed es, no se trata de pruebas, se trata del desarrollo y las pruebas son una parte que integra al todo,<strong> las pruebas forman parte del desarrollo.<\/strong> Y aunque t\u00e9cnicamente son pruebas, realmente <strong>son especificaciones de como debe funcionar el software<\/strong>.<\/p>\n\n\n\n<p>Existe un hecho importante y que se nos olvida a la hora de indicar que una funcionalidad est\u00e1 terminada, si las pruebas no est\u00e1n terminadas y las pruebas son parte del desarrollo, entonces la funcionalidad tampoco puede estar terminada.<\/p>\n\n\n\n<p>\u00bfC\u00f3mo podemos entregar software funcional y como podemos decir que estamos progresando si en realidad no estamos entregando ninguna funcionalidad &#8220;<strong>Terminada<\/strong>&#8221; a nuestros clientes?<\/p>\n\n\n\n<p>De hecho creo que TDD es una mala definici\u00f3n, no deber\u00eda tener la palabra prueba (Test). BDD es una evoluci\u00f3n de TDD para tener una perspectiva m\u00e1s hacia el cliente y el negocio, precisamente es una mejora en el nombre, m\u00e1s centrado en darle un verdadero valor a un software.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Relaci\u00f3n con Individuos y colaboraci\u00f3n<\/h3>\n\n\n\n<p>A veces perdemos el enfoque dentro de una metodolog\u00eda o framework \u00e1gil, nos centramos mucho en los procesos y las herramientas, cuando siempre debemos darle prioridad a los individuos (las personas) y las interacciones sociales que se producen. Estos <strong>individuos<\/strong> son los que genera las especificaciones del software.<\/p>\n\n\n\n<p>Olvidamos de las pr\u00e1cticas de <strong>colaboraci\u00f3n<\/strong> y  de las pr\u00e1cticas de desarrollo t\u00e9cnico que nos permiten establecer la calidad, la arquitectura y las soluciones que se generan en equipo, que le dan la cualidad sustentable a un producto.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote is-layout-flow wp-block-quote-is-layout-flow\"><p>Los proyectos se desarrollan en torno a individuos motivados. Hay que darles el entorno y el apoyo que necesitan, y confiarles la ejecuci\u00f3n del trabajo.&nbsp;<\/p><cite>Uno de los 12 principios de  &#8220;Agile Manifiesto&#8221;<\/cite><\/blockquote>\n\n\n\n<p>Un equipo de desarrolladores es m\u00e1s productivo si se encuentra creando nuevas funcionalidades en lugar de estar arreglando bugs que pudieron mitigarse antes y que por la complejidad y madurez del sistema es muy dif\u00edcil de resolver actualmente. Si, el estr\u00e9s del programador es un factor clave.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Relaci\u00f3n con pilares de scrum<\/h3>\n\n\n\n<p>Reitero que las pruebas \u00e1giles se basan en principios \u00e1giles, lo podemos ver en el proceso emp\u00edrico de scrum y sus tres pilares:<\/p>\n\n\n\n<ul class=\"wp-block-list\"><li>Transparencia<\/li><li>Inspecci\u00f3n<\/li><li>Adaptaci\u00f3n<\/li><\/ul>\n\n\n\n<blockquote class=\"wp-block-quote is-layout-flow wp-block-quote-is-layout-flow\"><p>Los responsables de negocio y los desarrolladores trabajamos juntos de forma cotidiana durante todo el proyecto.<\/p><cite>Uno de los 12 principios de &#8220;Agile Manifiesto&#8221;<\/cite><\/blockquote>\n\n\n\n<p>Necesitamos la <strong>transparencia<\/strong> con todo el equipo a la hora de definir las especificaciones que se traducen en pruebas, de esa manera todos obtienen un mejor entendimiento sobre la parte l\u00f3gica del negocio y la parte t\u00e9cnica de la implementaci\u00f3n. <\/p>\n\n\n\n<p>La <strong>inspecci\u00f3n<\/strong> nos permite aprender de manera r\u00e1pida usando las pruebas para definir y fallar tempranamente con la ayuda de todo el equipo. De modo que se obtiene un ciclo de <strong>Retroalimentaci\u00f3n <\/strong>muy peque\u00f1o obteniendo informaci\u00f3n y direcci\u00f3n lo m\u00e1s pronto posible.<\/p>\n\n\n\n<p>Luego de que aprendimos de todos y de nuestros errores, se <strong>adaptan<\/strong> las pruebas para cumplir con las necesidades del cliente y entregar un producto de calidad probado correctamente. <strong>Ahorr\u00e1ndonos mucho esfuerzo y dinero<\/strong>, porque el coste de arreglar bugs en etapas maduras de un producto es muy costoso en comparaci\u00f3n con mitigarlos desde el principio con pruebas peque\u00f1as.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Todos se involucran en las especificaciones<\/h3>\n\n\n\n<p>En scrum, un equipo multidisciplinario es m\u00e1s eficiente que un equipo dividido por habilidades espec\u00edficas. Una divisi\u00f3n muy com\u00fan y que disminuye considerablemente la agilidad de un equipo es la fuerte divisi\u00f3n de manual testers, programadores y automation testers. <\/p>\n\n\n\n<p>Aunque posiblemente cada uno de los integrantes tenga mayor habilidad en una \u00e1rea, es importante que sean flexibles y se adapten a las necesidades del proyecto. <\/p>\n\n\n\n<p>Es necesario que tambi\u00e9n la perspectiva del negocio, para que aporten significativamente a la creaci\u00f3n de las pruebas \u00e1giles, por poner un ejemplo, un Product Owner tiene el mayor entendimiento sobre lo que es de mucho valor para el cliente. <\/p>\n\n\n\n<p><strong>Todo el equipo se involucra en las pruebas para fomentar el entendimiento global desde un enfoque centrado en el cliente, y esto genera un aumento en la creatividad de las soluciones.<\/strong>  <\/p>\n\n\n\n<p>Al estar todos involucrados en las pruebas, se elimina un cuello de botella significativo porque se acelera la definici\u00f3n y la creaci\u00f3n de las mismas. Es m\u00e1s r\u00e1pido terminar una tarea entre varias personas que si lo hiciera una sola.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Incorporan muchas pr\u00e1cticas \u00e1giles<\/h3>\n\n\n\n<p>Adem\u00e1s de las caracter\u00edsticas ya mencionadas, las pruebas \u00e1giles permiten incorporar t\u00e9cnicas de gran productividad en el desarrollo de software como:<\/p>\n\n\n\n<ul class=\"wp-block-list\"><li>TDD, Test Driven development<\/li><li>BDD, Behavior Driven Development<\/li><li>Pair programming<\/li><li>Mob programming<\/li><li>Example mapping<\/li><\/ul>\n\n\n\n<h3 class=\"wp-block-heading\">Listado de caracter\u00edsticas<\/h3>\n\n\n\n<p>Existen muchas cualidades buenas en las pruebas \u00e1giles, pero listemos las caracter\u00edsticas principales:<\/p>\n\n\n\n<ul class=\"wp-block-list\"><li>Se basan en principios y pr\u00e1cticas \u00e1giles.<\/li><li>Las pruebas forman parte del desarrollo, formando un todo integral, no es algo que est\u00e9 separado.<\/li><li>Acelera la retroalimentaci\u00f3n para poder realizar las adaptaciones necesarias lo m\u00e1s pronto posible.<\/li><li>Se acelera el proceso de definici\u00f3n, creaci\u00f3n y terminaci\u00f3n de las pruebas.<\/li><li>Todo el equipo se involucra en las pruebas para fomentar el entendimiento global desde un enfoque centrado en el cliente, y esto genera un aumento en la creatividad de las soluciones.<\/li><li>Permite incorporar pr\u00e1cticas \u00e1giles para aumentar la agilidad y productividad.<\/li><li>Menos estr\u00e9s y desarrolladores felices, mayor productividad y mayor calidad.<\/li><li>Ahorran tiempo y dinero.<\/li><\/ul>\n\n\n\n<h2 class=\"wp-block-heading\">La matriz de pruebas \u00e1giles<\/h2>\n\n\n\n<p>Las pruebas \u00e1giles nos proporcionan la certeza de que con el aprendizaje actual estamos resolviendo un determinado problema con la soluci\u00f3n correcta y la implementaci\u00f3n y\/o construcci\u00f3n s\u00e9 est\u00e1 realizando correctamente.<\/p>\n\n\n\n<p>Las pruebas \u00e1giles maximizan el valor de la soluci\u00f3n y minimizan los riesgos, esto se consigue fallando inmediatamente de manera segura para aprender y adaptarse r\u00e1pidamente.<\/p>\n\n\n\n<p>Con esto \u00faltimo tenemos cuatro aspectos fundamentales a la hora de hacer pruebas:<\/p>\n\n\n\n<ul class=\"wp-block-list\"><li>Perspectiva tecnol\u00f3gica<\/li><li>Perspectiva de negocio<\/li><li>Soporte y gu\u00eda al desarrollo<\/li><li>Cr\u00edtica del producto<\/li><\/ul>\n\n\n\n<h3 class=\"wp-block-heading\">Cuadrantes en relaci\u00f3n con los cuatro aspectos<\/h3>\n\n\n\n<p>Esos cuatro aspectos anteriores se representan en los siguientes cuadrantes:<\/p>\n\n\n\n<div class=\"wp-block-image\"><figure class=\"aligncenter\"><img decoding=\"async\" src=\"\/wp-content\/uploads\/2019\/05\/AgileTestingMatrix-1024x676.jpg\" alt=\"\" class=\"wp-image-983\"\/><figcaption>Matriz de agile testing<\/figcaption><\/figure><\/div>\n\n\n\n<p> \u00bfCu\u00e1les son las actividades que hacemos diariamente para contestar las siguientes preguntas?<\/p>\n\n\n\n<ul class=\"wp-block-list\"><li>\u00bfEstamos construyendo el producto correcto?,  <strong>Perspectiva de negocio.<\/strong><\/li><li>\u00bfEstamos construyendo el producto correctamente?,  <strong>Perspectiva tecnol\u00f3gica.<\/strong><\/li><li>\u00bfC\u00f3mo guiamos el desarrollo para asegurarnos que el producto es correcto y que se est\u00e1 construyendo correctamente?,  <strong>Soporte y gu\u00eda al desarrollo.<\/strong><\/li><li>\u00bfC\u00f3mo obtenemos cr\u00edtica del cliente que nos ayude a construir el producto correcto de manera correcta?,  <strong>Cr\u00edtica del producto.<\/strong><\/li><\/ul>\n\n\n\n<h3 class=\"wp-block-heading\">Describiendo cada cuadrante<\/h3>\n\n\n\n<p><strong>El cuadrante 1<\/strong> proporciona una <em><strong>gu\u00eda y soporte al programador<\/strong><\/em><strong> desde la <\/strong><em><strong>perspectiva tecnol\u00f3gica<\/strong><\/em>. Se crean pruebas unitarias y de componentes, estas pruebas se construyen antes y despu\u00e9s de escribir c\u00f3digo, nos indica que las partes m\u00e1s peque\u00f1as funcionan como deber\u00edan. Aqu\u00ed se puede utilizar BDD con un enfoque m\u00e1s inclinado a las unidades o piezas del software de manera aislada.<\/p>\n\n\n\n<p><strong>El cuadrante 2<\/strong> proporciona <em>igual una <strong>gu\u00eda y soporte al programador<\/strong><\/em><strong>, pero desde la <\/strong><em><strong>perspectiva del negocio<\/strong><\/em>. Se utilizan pruebas funcionales para User stories y features de tal forma que se validan como el Product Owner las defini\u00f3 y como el usuario final las necesita. Aqu\u00ed se utiliza mucho BDD (Behavior driven development) para automatizar las pruebas. Y si no existe otra opci\u00f3n, se pueden hacer pruebas manuales.<\/p>\n\n\n\n<p><strong>El cuadrante 3<\/strong> proporciona <em><strong>cr\u00edtica del cliente<\/strong><\/em><strong> desde la <\/strong><em><strong>perspectiva de negocio<\/strong>.<\/em> Son pruebas a nivel del sistema completo, s\u00e9 v\u00e1lida que el sistema cumple con las expectativas de funcionalidad y usabilidad. Se realizan en su mayor\u00eda manualmente porque involucran al usuario y a los testers dentro de un ambiente real o simulado. <\/p>\n\n\n\n<p><strong>El cuadrante 4<\/strong> proporciona <strong><em>cr\u00edtica del cliente desde la perspectiva tecnol\u00f3gica<\/em><\/strong>. Son pruebas para asegurar la calidad del sistema completo en t\u00e9rminos de velocidad de carga, rendimiento, seguridad y escalabilidad. En general pruebas no funcionales que se realizan mediante herramientas  y automatizaci\u00f3n.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Divide y vencer\u00e1s. Pruebas peque\u00f1as y automatizadas<\/h2>\n\n\n\n<p>Las pruebas \u00e1giles generan un producto de alta calidad. Para que esto sea posible es necesario tener una filosof\u00eda de prevenci\u00f3n de bugs en lugar de buscarlos. Es obvio que existe el error humano, siempre existir\u00e1n bugs, pero la pregunta principal es \u00bfPudimos haber evitado este bug?<\/p>\n\n\n\n<p>Las t\u00e9cnicas como <strong><a href=\"https:\/\/pensemosweb.com\/en\/introduccion-desarrollo-guiado-especificacion-tdd\/\" target=\"_blank\" rel=\"noreferrer noopener\">TDD y BDD <\/a><\/strong>son muy \u00fatiles porque su filosof\u00eda es <strong>&#8220;test-first&#8221;<\/strong>, es decir, antes de escribir cualquier l\u00ednea de c\u00f3digo primero crea tus pruebas para entender con mayor claridad el negocio, el cliente y por consiguiente los requerimientos. De esta manera se reduce el tiempo en que se recibe la retroalimentaci\u00f3n por las dudas que surgen al momento de escribir las pruebas. <\/p>\n\n\n\n<p>El dise\u00f1o es superior (m\u00e1s si se realiza en equipo) y se puede refactorizar las funcionalidades r\u00e1pidamente, eliminando futuros bugs, esto puede suceder varias veces en un mismo d\u00eda. <\/p>\n\n\n\n<p>Obtener retroalimentaci\u00f3n diaria y adaptarse cada minuto o cada hora, es menos costoso y m\u00e1s \u00e1gil que hacerlo cada mes o cada semana con pruebas mucho m\u00e1s grandes. Es por eso que las pruebas que nos dan retroalimentaci\u00f3n m\u00e1s r\u00e1pida, son en las que m\u00e1s se deben invertir, normalmente estos tipos de pruebas son <strong>las pruebas relativamente peque\u00f1as como unitarias, funcionales y de integraci\u00f3n que se pueden automatizar<\/strong>. <\/p>\n\n\n\n<p>Es importante disminuir el uso de pruebas manuales porque son mucho m\u00e1s lentas que las pruebas automatizadas. No estoy diciendo que las pruebas manuales deben desaparecer. Al final son necesarias, pero podemos ahorrarles mucho tiempo a los testers manuales para que reporten bugs que solo se puedan identificar realizando una prueba manual.<\/p>\n\n\n\n<p>As\u00ed podemos disminuir las pruebas manuales en la medida de lo posible porque representan un costo mayor que las pruebas automatizadas.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Conclusion<\/h2>\n\n\n\n<p>Pasamos mucho tiempo trabajando, tal vez demasiado, creo que m\u00e1s de la mitad de nuestra vida adulta. Pero me he dado cuenta de algo importante, lo he percibido en mi mismo y tambi\u00e9n en mis compa\u00f1eros de trabajo. Todos, en alg\u00fan momento nos la pasamos mal y no estamos contentos, esto produce estr\u00e9s y nuestra productividad individual empieza a disminuir, lo que s\u00e9 traduce en disminuci\u00f3n de la productividad de todo el equipo. <\/p>\n\n\n\n<p>Las pruebas \u00e1giles y el desarrollo \u00e1gil en general ayudan mitigar este problema. Creo firmemente que soy m\u00e1s productivo y hago mejor mi trabajo cuando estoy feliz haci\u00e9ndolo, a\u00fan m\u00e1s si estoy consciente de entregar productos de alto valor para los clientes. <\/p>\n\n\n\n<p>Tampoco estoy diciendo que todo es negro, pero sin duda las pruebas \u00e1giles <strong>contribuyen en gran medida a tener un equipo contento,  clientes felices y negocios sustentables, ahorrando tiempo, dinero y esfuerzo en el camino.<\/strong><\/p>","protected":false},"excerpt":{"rendered":"<p>Las pruebas \u00e1giles mejoran la agilidad porque nos permite crear un producto con un mejor dise\u00f1o, m\u00e1s entendible y en general de mejor calidad. Esto promueve un f\u00e1cil mantenimiento y la adaptabilidad en una ambiente s\u00faper cambiante. Lo que nos lleva a menores costos financieros.<\/p>","protected":false},"author":2,"featured_media":3732,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_et_pb_use_builder":"","_et_pb_old_content":"","_et_gb_content_width":"","footnotes":""},"categories":[21],"tags":[],"class_list":["post-847","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-agilidad"],"_links":{"self":[{"href":"https:\/\/pensemosweb.com\/en\/wp-json\/wp\/v2\/posts\/847","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/pensemosweb.com\/en\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/pensemosweb.com\/en\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/pensemosweb.com\/en\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/pensemosweb.com\/en\/wp-json\/wp\/v2\/comments?post=847"}],"version-history":[{"count":1,"href":"https:\/\/pensemosweb.com\/en\/wp-json\/wp\/v2\/posts\/847\/revisions"}],"predecessor-version":[{"id":3600,"href":"https:\/\/pensemosweb.com\/en\/wp-json\/wp\/v2\/posts\/847\/revisions\/3600"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/pensemosweb.com\/en\/wp-json\/wp\/v2\/media\/3732"}],"wp:attachment":[{"href":"https:\/\/pensemosweb.com\/en\/wp-json\/wp\/v2\/media?parent=847"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/pensemosweb.com\/en\/wp-json\/wp\/v2\/categories?post=847"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/pensemosweb.com\/en\/wp-json\/wp\/v2\/tags?post=847"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}