{"id":134,"date":"2019-03-18T15:26:25","date_gmt":"2019-03-18T21:26:25","guid":{"rendered":"https:\/\/www.tesseractspace.com\/blog\/?p=134"},"modified":"2019-04-12T17:48:08","modified_gmt":"2019-04-12T22:48:08","slug":"principios-para-pruebas-agiles","status":"publish","type":"post","link":"https:\/\/www.tesseractspace.com\/blog\/principios-para-pruebas-agiles\/","title":{"rendered":"Principios para pruebas \u00e1giles"},"content":{"rendered":"\n

Los procesos \u00e1giles (agile<\/em>) no deber\u00edan limitarse a la construcci\u00f3n de un producto, sino cubrir otras partes de su ciclo de vida. Las pruebas de un producto pueden beneficiarse con una perspectiva \u00e1gil. <\/h4>\n\n\n\n

La pruebas \u00e1giles<\/strong> o agile testing<\/em> es un proceso de validaci\u00f3n para software<\/em> y productos digitales que sigue los principios del desarrollo de software<\/em> \u00e1gil<\/a>. Las pruebas \u00e1giles<\/strong> est\u00e1n alineadas con las metodolog\u00edas de dise\u00f1o iterativo, en la que los requerimientos se desarrollan gradualmente desde los usuarios y del equipo de investigaci\u00f3n (research<\/em>) para que est\u00e9 centrado en el usuario<\/strong> desde el principio.<\/p>\n\n\n\n

Las diferencias con el modelo de pruebas en cascada<\/strong> (waterfall<\/em>) son abismales: en lugar de dejar las pruebas hasta el final a un equipo de especialistas sin el tiempo o los recursos para detectar fallas y mejorar el producto, en el modelo de pruebas \u00e1gil las pruebas \u00e1giles son un proceso continuo: las pruebas comienzan desde el inicio del proyecto y hay una integraci\u00f3n continua entre los equipo de pruebas, dise\u00f1o y desarrollo con el objetivo de crear un producto con la mejor calidad y experiencia posible.<\/p>\n\n\n\n

Los principios de Agile Testing<\/em><\/h3>\n\n\n\n
  • Las pruebas son continuas: <\/strong>las personas encargadas de su dise\u00f1o y desarrollo realizan pruebas continuamente porque es la \u00fanica manera de asegurar el progreso continuo del producto.<\/li>
  • Proveer retroalimentaci\u00f3n constante:<\/strong> un enfoque de pruebas \u00e1gil prove\u00e9 retroalimentaci\u00f3n de manera continua para que el dise\u00f1o de producto alcance los objetivos del negocio.<\/li>
  • El equipo completo realiza pruebas:<\/strong> en el ciclo tradicional de dise\u00f1o de producto solo el equipo de pruebas (Q&A o QE) es responsable de realizar las pruebas. En un modelo \u00e1gil tanto programadores como dise\u00f1adores y la gente responsable del negocio realizan pruebas sobre el producto.<\/li>
  • Responder con rapidez a la retroalimentaci\u00f3n<\/strong>: las personas que representan la parte de negocio del producto est\u00e1n involucrados en cada iteraci\u00f3n del producto y el flujo de retroalimentaci\u00f3n continua acorta el tiempo de respuesta y la toma de decisiones para integrarla en la mejora del producto.<\/li>
  • Crear c\u00f3digo simplificado y limpio:<\/strong> todos los problemas que son encontrados por el equipo de dise\u00f1o y desarrollo se arreglan dentro de la misma iteraci\u00f3n, lo que ayuda a crear c\u00f3digo limpio y simplificado.<\/li>
  • Producir menos documentaci\u00f3n:<\/strong> las personas en el equipo \u00e1gil pueden utilizar listas reutilizables para enfocarse en probar el producto en lugar de enfocarse en detalles incidentales.<\/li>
  • Probar para descubrir:<\/strong> en el enfoque \u00e1gil, las pruebas se realizan en el momento de la implementaci\u00f3n, mientras que en el proceso tradicional, las pruebas se realizan despu\u00e9s de la implementaci\u00f3n.<\/li><\/ul>\n\n\n\n

    C\u00f3mo realizar Agile Testing<\/em><\/h3>\n\n\n\n

    Para realizar pruebas de producto en un modelo \u00e1gil, primero hay que redactar un plan de pruebas y despu\u00e9s actualizarlo en cada liberaci\u00f3n. Un plan de pruebas \u00e1giles deber\u00eda incluir: el alcance de las pruebas, una lista de las funcionalidades a probar, los tipos y niveles de las pruebas que se van a realizar, pruebas de desempe\u00f1o y carga, una lista de la infraestructura a utilizar, un plan de riesgos y de gesti\u00f3n de los recursos para las pruebas y los entregables que se producir\u00e1n al final.<\/p>\n\n\n\n

    Existen varias metodolog\u00edas para realizar pruebas \u00e1giles, como el Desarrollo Basado en Comportamiento<\/strong> (Behavior Driven Development<\/em> o BDD), el Desarrollo Basado en Pruebas de Aceptaci\u00f3n<\/strong> (Acceptance Test Driven Development<\/em> o ATDD) o las Pruebas Exploratorias<\/strong> (Exploratory Testing<\/em>), que se integran de manera natural con modelos \u00e1giles como Scrum<\/strong> o Lean.<\/strong><\/p>\n\n\n\n

    Ventajas de Agile Testing<\/em><\/h3>\n\n\n\n

    Los beneficios del enfoque de prueba \u00e1gil incluyen:<\/p>\n\n\n\n

    • Ahorro de tiempo y dinero,<\/li>
    • reducci\u00f3n en la documentaci\u00f3n y el tiempo que requiere desarrollarla,<\/li>
    • es adaptable, escalable y muy flexible a los cambios,<\/li>
    • proporciona una manera clara de integrar los comentarios y la retroalimentaci\u00f3n del usuario final en el proceso de desarrollo, y<\/li>
    • ayuda a definir y priorizar mejor los problemas a resolver.<\/li><\/ul>\n\n\n\n

      Las pruebas \u00e1giles no solo facilitan la detecci\u00f3n temprana de defectos, sino que tambi\u00e9n reducen el costo de los errores al solucionarlos antes<\/strong>. Este enfoque tambi\u00e9n ayuda a incluir una visi\u00f3n de dise\u00f1o centrada en el usuario final para entregar un producto de alta calidad lo antes posible.<\/p>\n\n\n\n

      <\/p>\n","protected":false},"excerpt":{"rendered":"

      Las pruebas \u00e1giles facilitan la detecci\u00f3n temprana de defectos y reducen el costo de los errores al solucionarlos antes para al entregar un producto de alta calidad y centrado en el usuario lo antes posible.<\/p>\n","protected":false},"author":1,"featured_media":136,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_jetpack_newsletter_access":"","_jetpack_dont_email_post_to_subs":false,"_jetpack_newsletter_tier_id":0,"_jetpack_memberships_contains_paywalled_content":false,"_jetpack_feature_clip_id":0,"_jetpack_memberships_contains_paid_content":false,"footnotes":"","jetpack_post_was_ever_published":false},"categories":[72],"tags":[23,77,25,78,63,62,64],"class_list":["post-134","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-investigacion","tag-agile","tag-agilidad","tag-lean","tag-metodologias","tag-pruebas","tag-scrum","tag-testing","entry"],"jetpack_featured_media_url":"https:\/\/i0.wp.com\/www.tesseractspace.com\/blog\/wp-content\/uploads\/2019\/03\/pruebas-con-usuarios.jpg?fit=4608%2C3456&ssl=1","jetpack_sharing_enabled":true,"amp_enabled":true,"_links":{"self":[{"href":"https:\/\/www.tesseractspace.com\/blog\/wp-json\/wp\/v2\/posts\/134","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.tesseractspace.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.tesseractspace.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.tesseractspace.com\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.tesseractspace.com\/blog\/wp-json\/wp\/v2\/comments?post=134"}],"version-history":[{"count":4,"href":"https:\/\/www.tesseractspace.com\/blog\/wp-json\/wp\/v2\/posts\/134\/revisions"}],"predecessor-version":[{"id":403,"href":"https:\/\/www.tesseractspace.com\/blog\/wp-json\/wp\/v2\/posts\/134\/revisions\/403"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.tesseractspace.com\/blog\/wp-json\/wp\/v2\/media\/136"}],"wp:attachment":[{"href":"https:\/\/www.tesseractspace.com\/blog\/wp-json\/wp\/v2\/media?parent=134"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.tesseractspace.com\/blog\/wp-json\/wp\/v2\/categories?post=134"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.tesseractspace.com\/blog\/wp-json\/wp\/v2\/tags?post=134"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}