{"id":955,"date":"2020-04-16T14:35:22","date_gmt":"2020-04-16T18:35:22","guid":{"rendered":"http:\/\/cl.abstracta.us\/blog\/?p=955"},"modified":"2024-02-15T17:34:22","modified_gmt":"2024-02-15T20:34:22","slug":"optimizar-costos-pruebas-de-software","status":"publish","type":"post","link":"https:\/\/es.abstracta.us\/blog\/optimizar-costos-pruebas-de-software\/","title":{"rendered":"\u00bfC\u00f3mo optimizar los costos de las pruebas de software?"},"content":{"rendered":"\n

Diferentes maneras de reducir los costos asociados a testing de manera eficiente, sin afectar la calidad.<\/h3>\n\n\n\n
\"Optimizar
Foto: Unsplash<\/em><\/figcaption><\/figure><\/div>\n\n\n\n

Frente a la pandemia actual y al impacto que est\u00e1 teniendo en la econom\u00eda global, mis colegas y yo hemos estado pensando mucho en estos d\u00edas sobre c\u00f3mo podr\u00edamos ayudar a nuestros clientes y a otros a encontrar formas de optimizar los costos de las pruebas de software, sin dejar que la calidad de sus productos se vea afectada<\/strong>, durante el ciclo de vida del desarrollo.<\/p>\n\n\n\n

Y nos atrevemos a decir que incluso, es posible minimizar la necesidad de tener que dejar ir a valiosos miembros del equipo. En ciertos casos y en muchas industrias, esto \u00faltimo es inevitable, pero es importante primero tratar de controlar u optimizar los costos del software tanto como sea posible.<\/p>\n\n\n\n

En este post, compartiremos algunas ideas para reducir los costos asociados a las pruebas que hemos intentado y probado directamente en Abstracta con excelentes resultados.<\/p>\n\n\n\n

Optimizar los costos de las Pruebas de Software<\/h2>\n\n\n\n

Empezar lo antes posible<\/h3>\n\n\n\n

De la misma manera que es importante hacer tests para la detecci\u00f3n temprana de una enfermedad, es importante probar su software anticipadamente, antes de que los problemas peque\u00f1os comiencen a convertirse en problemas mucho m\u00e1s grandes (y costosos).<\/p>\n\n\n\n

Al aplicar el enfoque Shift Left Testing<\/a>, las pruebas se vuelven m\u00e1s eficientes porque la curva de aprendizaje de un tester puede ser rastreada durante todo el proceso. Hacer preguntas cuanto antes, como “\u00bfQu\u00e9 pasar\u00eda si …” ayudar\u00e1 a mejorar los requisitos y a reducir la cantidad de retrabajo.<\/p>\n\n\n\n

\"Enfoque<\/figure>\n\n\n\n

Cuidado con cu\u00e1nto se documentan las pruebas<\/h3>\n\n\n\n

Tenga cuidado con la cantidad de pruebas documentadas (los requisitos y otras cosas tambi\u00e9n), busque un buen equilibrio. M\u00e1s documentaci\u00f3n ayuda a nuevas personas a aprender m\u00e1s r\u00e1pido, ayuda a clarificar, a tener una visi\u00f3n simple de lo que est\u00e1 bien o mal.<\/p>\n\n\n\n

Por otro lado, hace que el proceso de desarrollo de software sea menos flexible, agregando costos de mantenimiento para conservar esa documentaci\u00f3n actualizada con requisitos que cambian continuamente. Trate de encontrar el balance adecuado.<\/p>\n\n\n\n

Aplicar Risk-based testing para todo<\/h3>\n\n\n\n

Mirando el riesgo, vemos que se compone de dos factores: la probabilidad de que algo suceda y el nivel de impacto comercial (negativo) que tendr\u00eda. Risk-based testing<\/em> se trata de priorizar, priorizar, priorizar<\/strong>. Aplicando el Principio de Pareto, \u00bfcu\u00e1l es el 20% de los casos de prueba que mitigar\u00edan el 80% del riesgo?<\/p>\n\n\n\n

Una posible forma de instrumentar esto es con la t\u00e9cnica conocida como MoSCoW<\/em>: aqu\u00ed<\/a> puede ver una din\u00e1mica para aprenderla y hacer un an\u00e1lisis con el equipo.<\/p>\n\n\n\n

Obtener informaci\u00f3n de producci\u00f3n para mejorar el testing<\/h3>\n\n\n\n

Si bien es imperativo el Shift Left Testing, a su vez es muy importante el Shift Right Testing<\/a>: el objetivo de este enfoque es no dejar que sus usuarios sean los \u00fanicos que prueben su software en producci\u00f3n.<\/p>\n\n\n\n

Una fuente de informaci\u00f3n \u00fatil sobre el comportamiento real de los usuarios es Google Analytics, por ejemplo, si desea visualizar qu\u00e9 \u00e1reas de su sitio web de e-commerce tienen m\u00e1s tr\u00e1fico (en consecuencia, deber\u00eda probarse m\u00e1s rigurosamente). Tambi\u00e9n puede consultar en esta herramienta cu\u00e1les son los dispositivos, las versiones de macOS <\/em>o los navegadores de la mayor\u00eda de los usuarios que acceden a su sitio, y de esta forma simular los comportamientos en sus pruebas.<\/p>\n\n\n\n

Otro ejemplo de obtenci\u00f3n de informaci\u00f3n de producci\u00f3n es investigar dentro de su herramienta de monitoreo de desempe\u00f1o (por ejemplo, con su herramienta APM favorita) para comprender c\u00f3mo cada conjunto de cambios en el c\u00f3digo impacta en el mismo.<\/p>\n\n\n\n

En resumen, el prop\u00f3sito del Shift Right Testing es probar de la forma m\u00e1s parecida al uso que le da el usuario<\/strong>. Hay que considerar la posibilidad de tambi\u00e9n testear en producci\u00f3n, pues de lo contrario, el usuario lo va a probar en ese ambiente.<\/p>\n\n\n\n

Optimizar los costos de Automatizaci\u00f3n<\/h2>\n\n\n\n

Enfocar las pruebas automatizadas a nivel de API, m\u00e1s que a nivel de UI<\/h3>\n\n\n\n

La automatizaci\u00f3n de pruebas, cuando se aplica con sensatez, puede proporcionar un gran retorno de la inversi\u00f3n<\/a> (ROI), pese a la inversi\u00f3n inicial requerida.<\/p>\n\n\n\n

\"ROI<\/figure><\/div>\n\n\n\n

Debe decidir en qu\u00e9 nivel pondr\u00e1 m\u00e1s esfuerzos de automatizaci\u00f3n, pensando en las diferentes capas de la aplicaci\u00f3n. En este contexto, los testers podemos automatizar a nivel de UI o API<\/a>.<\/p>\n\n\n\n

Para comprender m\u00e1s acerca de los pros y los contras de las opciones mencionadas, consulte este art\u00edculo<\/a> en el que se explica en detalle en qu\u00e9 consiste la pir\u00e1mide de automatizaci\u00f3n de pruebas.<\/p>\n\n\n\n

\"Pir\u00e1mide<\/figure>\n\n\n\n

Una posible estrategia es comenzar automatizando el flujo principal de la funcionalidad o la historia de usuario (user story<\/em>) que desea probar a nivel de Interfaz de usuario, con los datos m\u00e1s comunes. Luego analice qu\u00e9 endpoints<\/em> se invocan en ese flujo. Agregue pruebas automatizadas a nivel de API para cada endpoint<\/em> y expanda all\u00ed la cobertura con diferentes datos de prueba, haciendo interesantes combinaciones.<\/p>\n\n\n\n

Estas pruebas son m\u00e1s r\u00e1pidas de ejecutar y m\u00e1s robustas (requieren menos mantenimiento). Adem\u00e1s, hay varias herramientas gratuitas para ejecutarlas, como Postman<\/a> y SoapUI<\/a>.<\/p>\n\n\n\n

Considerar migrar a herramientas open source<\/em><\/h3>\n\n\n\n

Si paga licencias de herramientas de testing muy costosas, podr\u00eda considerar las de open source<\/em>. Estas herramientas ofrecen un alto nivel de flexibilidad, y han alcanzado una madurez que en la actualidad existe mucha m\u00e1s confianza en ellas.<\/p>\n\n\n\n

Con la importante expansi\u00f3n de la comunidad open source<\/em>, miles de contribuyentes est\u00e1n compartiendo sus extensiones y soluciones con el mundo, haciendo la vida de todos mucho m\u00e1s f\u00e1cil.<\/p>\n\n\n\n

Es importante tener en cuenta que en muchos casos, esto implica una gran inversi\u00f3n inicial para migrar de una herramienta a otra lo que se configur\u00f3, pero a largo plazo, generar\u00e1 ahorros de costos. Hay otros casos en los que la migraci\u00f3n se puede realizar autom\u00e1ticamente.<\/p>\n\n\n\n

Por ejemplo, si hoy cuenta con LoadRunner<\/a> para pruebas de performance, puede migrar f\u00e1cilmente a JMeter con la ayuda de este convertidor de BlazeMeter<\/a> que desde mi punto de vista, es una herramienta mucho mejor.<\/p>\n\n\n\n

Optimizar los costos de infraestructura y herramientas<\/h2>\n\n\n\n

Revisar licencias y suscripciones<\/h3>\n\n\n\n

En tiempos de abundancia, no nos interesan tanto las inversiones, especialmente las peque\u00f1as. Cuando ve una herramienta, una membres\u00eda, una suscripci\u00f3n a un servicio o revista simplemente se registra, sin hacer preguntas porque est\u00e1 por debajo de un cierto umbral. Cuando est\u00e1 en crisis, es necesario revisar y eliminar lo que no es esencial, as\u00ed podr\u00e1 optimizar los costos de las pruebas de software.<\/p>\n\n\n\n

Las herramientas tienen muchas funcionalidades y planes de suscripci\u00f3n de acuerdo a las necesidades que tengamos. Analice el uso real de las herramientas por las que est\u00e1 pagando y tal vez, c\u00e1mbiese a un plan que satisfaga mejor sus necesidades reales. Por ejemplo, verifique qu\u00e9 funcionalidades usa habitualmente y cu\u00e1les no, para ver si hay una suscripci\u00f3n m\u00e1s barata que cubra la mayor\u00eda de las funciones que realmente necesita.<\/p>\n\n\n\n

Revisar el uso de m\u00e1quinas virtuales en la nube<\/h3>\n\n\n\n

Es posible que tenga m\u00e1quinas virtuales en la nube (como instancias de Amazon<\/a>, Azure<\/a>, etc.) que est\u00e1 utilizando y que en realidad podr\u00edan optimizarse de alguna manera (tener una sola instancia para dos sistemas de poco uso, etc. o pagando por las que usa solo unas pocas veces al mes).<\/p>\n\n\n\n

Optimizar los costos de capacitaciones<\/h2>\n\n\n\n

Fomentar el intercambio interno de conocimientos<\/h3>\n\n\n\n

En Abstracta, somos muy conscientes de c\u00f3mo entrenamos a nuestros testers. Para nosotros, es una parte vital de nuestras operaciones, ya que trabajamos constantemente para ayudar a nuestros testers, especialmente a los juniors, a crecer (ya que los roles de testing senior pueden ser dif\u00edciles de cumplir). Tendemos a contratar m\u00e1s por potencial y actitud, contamos con un muy buen entrenamiento. Muchos de nosotros tenemos experiencia en la ense\u00f1anza de cursos universitarios e incluso hemos lanzado nuestra plataforma de aprendizaje en l\u00ednea: Abstracta Academy<\/a>.<\/p>\n\n\n\n

Cuando se trata de costosos paquetes de capacitaci\u00f3n y workshops de proveedores externos, generalmente nos registramos solo para temas muy espec\u00edficos y principalmente para aquellos de nosotros que poseemos roles senior dentro de la compa\u00f1\u00eda.<\/p>\n\n\n\n

La raz\u00f3n de esto es que nuestros l\u00edderes t\u00e9cnicos y testers seniors tendr\u00e1n la mejor oportunidad de aprovechar al m\u00e1ximo estos entrenamientos y luego podr\u00e1n transmitir lo que aprendieron a los dem\u00e1s.<\/p>\n\n\n\n

En ese sentido, y siguiendo nuestra creencia de que los juniors tienen mucho que aprender del resto del equipo, nuestro objetivo es que su entrenamiento provenga directamente de nuestros s\u00e9niores. <\/p>\n\n\n\n

Esto nos ayuda a reducir los costos de capacitaci\u00f3n externa y tambi\u00e9n brinda a los seniors<\/em> la oportunidad de desarrollar habilidades importantes tales como: comunicaci\u00f3n, liderazgo, hablar en p\u00fablico, etc.<\/p>\n\n\n\n

Considerar plataformas online<\/em> de capacitaciones<\/h2>\n\n\n\n

Como mencion\u00e9, hicimos todo lo posible y creamos nuestra propia plataforma online<\/em>, pero hay muchos cursos de desarrollo y pruebas de software que se ofrecen a precios asequibles en Udemy, Codea, etc. Adem\u00e1s, hay excelentes cursos absolutamente gratuitos, como los de Test Automation University<\/a> y Blazemeter University<\/a>.<\/p>\n\n\n\n

Asistir a webinars y conferencias online<\/h3>\n\n\n\n

Al igual que en el punto anterior, \u00a1internet es su amigo! Especialmente, desde que que las conferencias fueron canceladas, y tambi\u00e9n las reuniones presenciales, los webinars<\/em> y las conferencias virtuales son cada vez m\u00e1s frecuentes, y en la mayor\u00eda de los casos, gratuitas.<\/p>\n\n\n\n

En general, existen muchas opciones buenas y gratuitas: puede acceder a las grabaciones de nuestros webinars en el Canal de YouTube<\/a>, o explorar otros canales de conferencias de testing de diversos organizadores.<\/p>\n\n\n\n

Asimismo, revisar los pasados Meetups de la Comunidad de QA & Testing Chile<\/a> o los organizados por Abstracta Tech Talks<\/a>, desde Uruguay.<\/p>\n\n\n\n

Optimizar los costos de los procesos<\/h2>\n\n\n\n

Las ineficiencias en los procesos asociados al desarrollo de un proyecto de software conducen a una p\u00e9rdida de tiempo y dinero. Aqu\u00ed hay algunas maneras para mejorar sus procesos:<\/p>\n\n\n\n